Error when restoring a backup of NAS share folder that are bigger than 1Gb

Same error when using Recover.

Initially I'm using version 8.2.2.6, then thought its a hardware problem. I replaced the library with new one, still getting the same error. Tried to update/upgrade to version 8.2.3.6 but still same problem.

Do you get the same when using recover?  Which version of NW is that?

1GB is not much so perhaps I can retest it.  So, you have some NFS share right?  And there if file is bigger than 1GB backup works fine, but restore doesn't.  When you do restore, do you restore locally or back to NFS?

I tested both scenarios and it worked just fine for me (8.2.3.7):

[root@foo H]# /bin/mount : /LTB

[root@foo H]# cd /LTB

[root@foo offline_archive]# cd 90_days/

[root@foo 90_days]# ll

total 0

[root@foo 90_days]# ls -la /tmp/H/

bigfile.log  dmesg

[root@foo 90_days]# cp -p /tmp/H/* .

[root@foo 90_days]# ll

total 1416312

-rw-r----- 1 root root 1444511469 Oct 20 11:59 bigfile.log

-rw-r----- 1 root root      91373 Feb 20  2016 dmesg

[root@foo 90_days]# pwd

/LTB/offline_archive/90_days

[root@foo 90_days]# /usr/sbin/save -s foo.domain -b b3m -L -w '3 months' -y '3 months' -c foo.domain /LTB/offline_archive/90_days

57777:save:Multiple client instances of foo.domain, using the first entry

/LTB/offline_archive/90_days/bigfile.log

/LTB/offline_archive/90_days/dmesg

/LTB/offline_archive/90_days/

/LTB/offline_archive/

/LTB/

/LTB//

/

save: /LTB/offline_archive/90_days  1410 MB 00:00:06      7 files

94694:save: The backup of save set '/LTB/offline_archive/90_days' succeeded.

[root@foo H]# ll

total 1410752

-rw-r----- 1 root root 1444511469 Oct 20 11:59 bigfile.log

-rw-r----- 1 root root      91373 Feb 20  2016 dmesg

[root@foo H]# rm *

rm: remove regular file `bigfile.log'? y

yrm: remove regular file `dmesg'? y

[root@foo H]# recover

Current working directory is /tmp/H/

recover> cd /LTB/offline_archive/90_days

recover> ll

total 1416312

1416216 -rw-r----- root     root     1444511469 Oct 20 11:59 bigfile.log

  96 -rw-r----- root     root        91373 Feb 20 2016 dmesg

recover> add *

2 file(s) marked for recovery

recover> relocate /tmp/H

recover> recover

Recovering 2 files within /LTB/offline_archive/90_days/ into /tmp/H

Volumes needed (all on-line):

        A00081 at /dev/tape/by-id/scsi-3500308c09ea72098-nst

Total estimated disk space needed for recover is 1416 MB.

Requesting 2 file(s), this may take a while...

Recover start time: Thu 20 Oct 2016 12:03:58 PM CEST

./bigfile.log

./dmesg

Received 2 file(s) from NSR server `foo.domain'

Recover completion time: Thu 20 Oct 2016 12:07:38 PM CEST

recover> [root@foo H]#

[root@foo H]#

[root@foo H]# recover

Current working directory is /tmp/H/

recover> cd /LTB/offline_archive/90_days/

recover> ll

total 1416312

1416216 -rw-r----- root     root     1444511469 Oct 20 11:59 bigfile.log

  96 -rw-r----- root     root        91373 Feb 20 2016 dmesg

recover> add *

2 file(s) marked for recovery

recover> recover

Recovering 2 files into their original locations

Volumes needed (all on-line):

        A00081 at /dev/tape/by-id/scsi-3500308c09ea72098-nst

Total estimated disk space needed for recover is 1416 MB.

Requesting 2 file(s), this may take a while...

Recover start time: Thu 20 Oct 2016 12:09:14 PM CEST

Requesting 1 recover session(s) from server.

./bigfile.log

./bigfile.log file exists, overwrite (n, y, N, Y) or rename (r, R) ? r

Renaming ./bigfile.log to ./bigfile.log.R

./dmesg

./dmesg file exists, overwrite (n, y, N, Y) or rename (r, R) ? r

Renaming ./dmesg to ./dmesg.R

Received 2 file(s) from NSR server `foo.domain'

Recover completion time: Thu 20 Oct 2016 12:09:49 PM CEST

recover> q

[root@foo H]# cd -

/LTB/offline_archive/90_days

[root@foo 90_days]# ll

total 2832624

-rw-r----- 1 root root 1444511469 Oct 20 11:59 bigfile.log

-rw-r----- 1 root root 1444511469 Oct 20 11:59 bigfile.log.R

-rw-r----- 1 root root      91373 Feb 20  2016 dmesg

-rw-r----- 1 root root      91373 Feb 20  2016 dmesg.R

I did another testing today.

I create a shared folder on one of my Windows server and copied a big file in the shared folder.

I backup the file using full path \\server name\share folder in the save set, and I was able to restore it.

On my NetApp Filer I created a new volume, create a share folder and then copy the same big file.

I backup the file using full path \\filer name\share folder in the save set, but I got the same issue when restoring.

Ah ok, you are using CIFS... didn't test that one.  Well, one thing is that you should use NDMP with filer appliances and not CIFS (while it should work, that has always been official approach to backup of filer appliances and in general CIFS was supported only when NDMP was not available).

The fact that it works with normal server and not with filer itself may suggest issue on filer side (I guess you checked for any quotas).  And just quick google around gives you next clue:

Can't copy large files to a CIFS Share - NetApp Community