01-03-2013 12:06 PM
I'm having trouble determining why one of the catalog backup jobs fails with code 160.
The path to save the DR file is specified as \\server\share\path and the login as domain\userID and pw. I can browse the path and the userID specified can write to that folder.
The catalog backup job does actually write the DR file to this share yet returns a 160. Changing the path to point to a local folder on the master server results in a successful backup, impliying writing to an extenal folder is causing the issue.
Where do I go from here, any suggestions appreciated.
Solved! Go to Solution.
01-09-2013 06:48 AM
That really shouldnt have made any difference - it should just write to a UNC path and hence the authentication issue
If changing the path made it work then it is down to the servers setup and not the fact that one had NBU installed and one did not
If Windows 2008 then it is generally caused by a firewall rule or UAC or similar preventing some sort of communications or rights issue
01-03-2013 06:01 PM
What is the file name in DR file destination? NetBackupCatDRTest.tmp or <PolicyName>_<Timestamp>_<Type>?
While catalog backup, NetBackup once write DR file as NetBackupCatDRTest.tmp, and rename it to <PolicyName>_<Timestamp>_<Type>.
I suppose that the user you specified does not have full control right to this share. Check permissions again.
Also check if there are some defects or bugs that prevent CIFS client from renaming files immediately after creating them.
01-04-2013 09:03 AM
DR file name is <policy name>_<time stamp>_<type> and userID has full rights to the share.
01-04-2013 09:19 AM
Have you also got an e-mail notification setup?
Could it be that causing the authentication error?
This has also been seen where the user account provided was not fully qualified - so company\johndoe rather than company.com\johndoe - so that may also be worth a try
01-04-2013 10:16 AM
Yes I am pre-fixing the login name with the domain.
Email notification works ok and was set up after the autentication error started.
01-04-2013 09:17 PM
01-07-2013 01:53 AM
What type of storage is it that you are writing to - sounds like it creates the file and names it correctly but does not get a response back correctly - so wondering what type of storage it is.
As mentioned the bpdbm log file will help pin it down further
01-09-2013 05:15 AM
01-09-2013 06:48 AM
That really shouldnt have made any difference - it should just write to a UNC path and hence the authentication issue
If changing the path made it work then it is down to the servers setup and not the fact that one had NBU installed and one did not
If Windows 2008 then it is generally caused by a firewall rule or UAC or similar preventing some sort of communications or rights issue