system_state backup fails, code 71, w2k3, nbu6.5.5
Created: 02 Feb 2012 | 9 comments
We have started having a problem on a Windows 2003 x86 master server running NBU 6.5.5 when backing up the system_state. It always fails with "none of the files in the file list exist(71)". It used to work in this policy and now it doesn't. I can list the vss writers with no errors and I can backup the system_state successfully using NTBackup.
The rest of the filesystem has no problems backing up and there are no vss errors in the event log.
Has anyone encountered this before?
Thanks
Discussion Filed Under:
Comments
Double check
in the properties of the master server
client attributes - the server is listed and - verify that it is set to use vss.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
Question: What is your backup selections set to?
My Guess is that you have Shadow Copy and System State listed in the backup selection list.
Since the client is Windows 2003, remove the System State Directive, it is not needed as System State is included in the Shadow Copy Components.
It also sounds like Multiple Data Streams is enabled causing the single System State Job to fail with Status 71.
What is likely happening is that the Shadow Copy Components job is starting and putting a lock on all Shadow Copy Components (Including System State)
When the System State goes active, it cannot access that component and fails with Status 71.
Disable multiple data streams and see if your job completes or remove System State from the Policy if there are no Windows 2000 clients.
--Tom
Note: If this post provides you with a solution don't forget to mark the discussion as solved&l
Thanks for the responses. I
Thanks for the responses. I have tried both System_State and Shadow Copy Components. Individually and together. I have also tried allowing streaming and not allowing streaming. I have doublechecked that VSS is selected for the Open File Backup even though it shouldn't make any difference for this.
I should also mention that other servers have no problems when using the same policy.
It really looks like NetBackup is screwed up here but, as it is the master server, I don't really want to uninstall and reinstall.
Also make sure that no one
Also make sure that no one has set an exclusion for the client in its client host proerties
Authorised Symantec Consultant
Don't forget to give a "Thumbs Up" or mark as "Solution" if someones advice has helped you.
Good point. I checked this
Good point. I checked this and it didn't look lilke there was anything offending in there. I created another exclude list for just this policy and it didn't help.
One thought then - looking at
One thought then - looking at things from a different angle ....
Why are you backing up the Master Server?
If it dies then you need to build a new server, install NetBackup and recover the catalog before you can restore anything - by that time you have a fully working Master server so shouldnt need to recovery anything.
At worst it may be handy to take a copy of HKLM\Software\Veritas\ occasionally
Authorised Symantec Consultant
Don't forget to give a "Thumbs Up" or mark as "Solution" if someones advice has helped you.
We have a number of other
We have a number of other things installed which are a standard part of our server build as well as a large number of backup related scripts. Yes, we could rebuild all of that and just restore the catalog and go from there but it is easier and faster if you can have the server restored the way you left it.
One other thing
I have this problem some times after they push MS patchs to the server and we start getting WMI errors - are reboot of the windows servers fixes the WMI and my SCC backups start working agian.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
Disable snapshots
Sorry havent see in the posts that u try disableling any kind of snapshot, have u try this?
Omar A Villa
Netbackup Expert
These are my personal views and not those of the company I work for
Would you like to reply?
Login or Register to post your comment.