NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Backup not working
I haven't run my regular backup jobs for a month. In that time I have:
Replaced disk #1 after failure & resynced
Replaced disk #2 after failure & resynced
Upgraded to version 4 of FrontView
None of my previously existing Remote: Windows (NAS/Timestamp) backup jobs work. I get an "unable to access remote share" error.
I have tried:
1) Resetting up the backup job - still get "unable to acess" error
2) Swapping forward slashes for back slashes - still get error
3) Verified the backup locations are reachable from other locations on my Windows network.
Attached is a snippet from one of my backup jobs. Any help would be appreciated:
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Tue Jan 1 08:07:23 EST 2008
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
Backup failed. Tue Jan 1 08:07:26 EST 2008.
Reason for failure:
Unable to access remote path //NETWORKHDD/share/media.
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Tue Jan 1 07:05:07 EST 2008
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
Backup failed. Tue Jan 1 07:05:09 EST 2008.
Reason for failure:
Unable to access remote path //NETWORKHDD/share/media.
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Thu Nov 29 07:05:07 EST 2007
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
`./Videos/Amazon/Thumbs.db' -> `/job_013//media/Videos/Amazon/Thumbs.db'
`./Videos/DVD/720 Width WMV/Babel.wmv' -> `/job_013//media/Videos/DVD/720 Width WMV/Babel.wmv'
`./Videos/DVD/720 Width WMV/Thumbs.db' -> `/job_013//media/Videos/DVD/720 Width WMV/Thumbs.db'
`./Videos/DVD/720 Width WMV/Lucky Number Slevin.wmv' -> `/job_013//media/Videos/DVD/720 Width WMV/Lucky Number Slevin.wmv'
`./Videos/DVD/320 Width DIVX 6/Thumbs.db' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/Thumbs.db'
`./Videos/DVD/320 Width DIVX 6/LUCKY_NUMBER_SLEVIN.avi' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/LUCKY_NUMBER_SLEVIN.avi'
`./Videos/DVD/320 Width DIVX 6/Casino Royale.avi' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/Casino Royale.avi'
Replaced disk #1 after failure & resynced
Replaced disk #2 after failure & resynced
Upgraded to version 4 of FrontView
None of my previously existing Remote: Windows (NAS/Timestamp) backup jobs work. I get an "unable to access remote share" error.
I have tried:
1) Resetting up the backup job - still get "unable to acess" error
2) Swapping forward slashes for back slashes - still get error
3) Verified the backup locations are reachable from other locations on my Windows network.
Attached is a snippet from one of my backup jobs. Any help would be appreciated:
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Tue Jan 1 08:07:23 EST 2008
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
Backup failed. Tue Jan 1 08:07:26 EST 2008.
Reason for failure:
Unable to access remote path //NETWORKHDD/share/media.
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Tue Jan 1 07:05:07 EST 2008
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
Backup failed. Tue Jan 1 07:05:09 EST 2008.
Reason for failure:
Unable to access remote path //NETWORKHDD/share/media.
--------------------------------------------------------------------------------
INCREMENTAL Backup started. Thu Nov 29 07:05:07 EST 2007
Job: 013
Protocol: cifs
Source: [media]/
Destination: //NETWORKHDD/share/media
`./Videos/Amazon/Thumbs.db' -> `/job_013//media/Videos/Amazon/Thumbs.db'
`./Videos/DVD/720 Width WMV/Babel.wmv' -> `/job_013//media/Videos/DVD/720 Width WMV/Babel.wmv'
`./Videos/DVD/720 Width WMV/Thumbs.db' -> `/job_013//media/Videos/DVD/720 Width WMV/Thumbs.db'
`./Videos/DVD/720 Width WMV/Lucky Number Slevin.wmv' -> `/job_013//media/Videos/DVD/720 Width WMV/Lucky Number Slevin.wmv'
`./Videos/DVD/320 Width DIVX 6/Thumbs.db' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/Thumbs.db'
`./Videos/DVD/320 Width DIVX 6/LUCKY_NUMBER_SLEVIN.avi' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/LUCKY_NUMBER_SLEVIN.avi'
`./Videos/DVD/320 Width DIVX 6/Casino Royale.avi' -> `/job_013//media/Videos/DVD/320 Width DIVX 6/Casino Royale.avi'
133 Replies
Replies have been turned off for this discussion
- 1. OK, well, I am in the process of learning my rsync
2. Yes, NV 2.00c1-p9 works fine; NV+ 4.00c1-p2 fails
3. OK, will do
Thnx - Any luck fixing nasnewbe's backup problem? He looks like the perfect test case since his NV works and his NV+ does not. Please keep us posted.
- flexkeeth -
thanks for the reminder. i just called netgear support at the number in ewok's sig and spoke with someone who opened a case, got a copy of the logs and will look into it
I'll keep you posted
nn - I too am having issues with backup - as a work around i have changed to the "Archive Bit"
this time on a Windows 2003 Server in a domain.
I have been trying to get "timestamp" working but to no avail. some interesting diagnostics below...
--------------------------------
Error encountered copying data from remote source path //[SERVER]/Public ==> /DATA//Public due to permission denial on one or more files.
cp: cannot open '/job_004//./Administration/IT/Licences.xlsx' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Hydroxide 30%.pdf' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Nitrate crystals.pdf' for reading: Permission denied
--------------------------------
in one of the backup directories some of the files have backedup and others have not with the PD error.
Have checked access permissions side-by-side and there is no difference.
Tried DOMAIN\USER for the directory security
installed pdf and checked the files.
Taken ownership of the files.
Nothing in the Windows Security Logs.
At a loss... - I recently started having problems with about 6 out of 8 backup jobs on my ReadyNAS 1000-S after updating to firmware version 4.01c1-p1.
I've had these backup jobs scheduled and working for over a year. Suddenly, after updating to 4.01, a bunch of them have been failing, all with a similar error message.
Job: 007
Protocol: cifs
Source: //server1/data/shared
Destination: [BU_Shared]/
cp: cannot stat `/job_007//shared/.': No such file or directory
Backup failed. Tue Mar 25 01:05:09 EDT 2008.
Reason for failure:
Error encountered copying data from remote source path //server1/data/shared ==> /BU_Shared/ due to unknown reason. Please see log.
All the jobs are set up as Windows Timestamp jobs, backing up from locations on my server to NAS shares. Odd thing is, a couple of them work, but most of them fail with the same reason: "no such file or directory". Of course, the directory is there, permissions are ok. When I test the connection to the backup source, it successfully connects using my username and password.
I tried several things (using the IP address to the source, instead of the named path, deleting and recreating the backup job) and couldn't get the jobs to work again.
I finally discovered that if I change the job type on the failing jobs to "Archive Bit" instead of "Timestamp", the job completes successfully.
Any idea why I can't use "Timestamp" on some jobs, but I can on others? I guess it doesn't really matter to me, but I didn't have a problem with certain timestamp jobs failing until I updated the firmware, unless it's all a coincidence. The only other thing I've done on my network is perform a server reboot. bztmzt wrote:
Error encountered copying data from remote source path //[SERVER]/Public ==> /DATA//Public due to permission denial on one or more files.
cp: cannot open '/job_004//./Administration/IT/Licences.xlsx' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Hydroxide 30%.pdf' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Nitrate crystals.pdf' for reading: Permission denied
If you connect to the source share with Windows Explorer using the login credentials you gave the backup job, are you able to access those files?tpa_jim wrote:
Any idea why I can't use "Timestamp" on some jobs, but I can on others? I guess it doesn't really matter to me, but I didn't have a problem with certain timestamp jobs failing until I updated the firmware, unless it's all a coincidence. The only other thing I've done on my network is perform a server reboot.
How do the working and non-working jobs differ in configuration?ewok wrote: tpa_jim wrote:
Any idea why I can't use "Timestamp" on some jobs, but I can on others? I guess it doesn't really matter to me, but I didn't have a problem with certain timestamp jobs failing until I updated the firmware, unless it's all a coincidence. The only other thing I've done on my network is perform a server reboot.
How do the working and non-working jobs differ in configuration?
Actually, that's the odd thing - they really don't. The only difference between the working and non-working jobs are, of course the source path, and the destination path. For each, the source path is a different location on the same server, on the same drive. For the destination, each destination is simply a unique NAS share. I am logging on to all of the source locations using the same username and password, and that tests OK for every job.
Permissions haven't changed on the source or destinations...it's just odd, because it was like overnight, half the jobs stopped working.
As I said, at least for now, I can work around this by using Archive Bit instead of Timestamp. And honestly, I don't even really know what the difference is between the two, or if one has any advantage over another. But I wanted to mention it, in case it's an issue that's solvable.ewok wrote: bztmzt wrote:
Error encountered copying data from remote source path //[SERVER]/Public ==> /DATA//Public due to permission denial on one or more files.
cp: cannot open '/job_004//./Administration/IT/Licences.xlsx' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Hydroxide 30%.pdf' for reading: Permission denied
cp: cannot open '/job_004//./Design/Chemical Data Sheets/Sodium Nitrate crystals.pdf' for reading: Permission denied
If you connect to the source share with Windows Explorer using the login credentials you gave the backup job, are you able to access those files?
yes not a problem what so ever.
I can also back them up using the Archive bit.
I have two NAS devices on slightly different firmware's both on 4. i haven't set the second NAS backup yet... testing over the weekend.tpa_jim wrote:
Actually, that's the odd thing - they really don't. The only difference between the working and non-working jobs are, of course the source path, and the destination path. For each, the source path is a different location on the same server, on the same drive. For the destination, each destination is simply a unique NAS share. I am logging on to all of the source locations using the same username and password, and that tests OK for every job.
Do the backup sources differ in terms of path depth? For example //server/data/folder would be deeper than //server/other.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
