07-08-2013 04:10 AM
Running Backup 2012 on w 2k8R2 64bit with followin
patches: SP1, Hotfix 180964, 199866, 200433, 199190.
no internet-access, no live-update.
Article:TECH53004 is not applicable, because already done so. Still receive this error,
but sometimes the bakcup is fine, next day backup failed. Is there any other solutions
availabel? Can't believe I'm the only one recieving this error.
Solved! Go to Solution.
07-10-2013 03:35 AM
Installed the 3 patches 201596, 203574, 205111 on the cas-server and on the managed server. updated the agents on the failing servers and that did it. All backups went thru like expected. Hope it stays like that for the future, because this behaviour appeared and disappeared befor.
07-08-2013 05:25 AM
0x80004005 actually translates as Access Denied and can be directly linked to what you get back if you type
NET HELPMSG 5
into a command prompt
Access Denied does not however always mean a credentials issue it can mean something no longer exists in the specified location, so when we try and access it the file system returns a generic access denied error code because it is not that to give access to.
To fix this issue you will probably have ot start looking into debug logging and a formal support case for us to assist you.
BTW Hotfix 199190 was withdrawn due to technical issues and replaced by Hotfix 201596. We have also released Hotfixes 203574 and 205111 since then
07-09-2013 06:50 AM
Downloaded these hotfixes and will install them today before backup. Annoying is, during the night job fails with "unspecified error", in the morning I rerun the failed job and it finish successful.
So let's see what happens tonight.
thanxs
07-09-2013 03:18 PM
Are your jobs still failing? If they are check in Windows events to see if there is anything running during the backup times that are causing a conflict.
07-09-2013 06:54 PM
Check if Checkpoint Restart is enabled for the jobs. Try unchecking CPR and then restart the services and retest the job.
07-10-2013 03:35 AM
Installed the 3 patches 201596, 203574, 205111 on the cas-server and on the managed server. updated the agents on the failing servers and that did it. All backups went thru like expected. Hope it stays like that for the future, because this behaviour appeared and disappeared befor.