07-18-2013 08:01 AM
Solved! Go to Solution.
07-22-2013 05:21 AM
You cannot backup the System State / Shadow Copy Components without using VSS
If you policy uses ALL_LOCAL_DRIVES then that will include the System State / Shadow Copy Components and these are always backed up using VSS - there is no other way
If you have disabled VSS then you can only backup the hard drives - so change you selections to C:\, DL\ etc.
Hope this helps
07-18-2013 08:35 AM
on the client, run as Administrator
vssadmin list writers
and review the output for clues
07-18-2013 08:53 AM
Also check the application event viewer for any ESE or VSS errors.
Since this is virtural, check the bpfi on the storage server.
07-18-2013 08:57 AM
How are the backup selections listed? If you have more than one path listed, try enabling multiple data streams. If you have All Local Drives, try listing the actual drives/paths that you want to backup instead.
This would eliminate the System State backup. If you require System State then you'll have to figure out why the VSS writers are failing.
07-18-2013 11:36 AM
07-18-2013 02:28 PM
Interesting comments. The VSS comments perplex me. I was specifically told to turn off (disable) VSS on every single client when the NetBackup Rep came here to install the software. It has been and is disabled on all 27 Client systems and ALL work perfectly every day! Except this ONE!
07-18-2013 03:36 PM
Have you double checked that it is disabled?
(It wouldn't hurt to check again!)
07-19-2013 04:21 AM
That is interesting... did he say why you needed to disable VSS? Are you backing up a bunch of old systems or something?
At the OS level, what's the difference between the failing client and the successful clients?
07-19-2013 06:24 AM
@Maurice,
There is no difference between OS...most are Server 2008R2. Even the few 2003 Server systems back up successfully every night
@Chris
vssadmin list writers comes back with unexpected error.... since VSS isn't enabled
The only errors I have in the Event Viewer Application Log is VSS errors - Volume Shadow Copy Service error: Unexpected error calling routine CoCreateInstance. The service can not be started, either because it is disabled or because it has no enabled devices associated with it.
So, my question is this:
27 Clients total - 27 systems with VSS disabled - Master and 2 Media Servers VSS disabled-
26 Successful backups full and differential - 1 Failure
Don't think its a VSS issue pertaining to that specific client.
07-19-2013 11:28 AM
Well, it was worth a shot to ask.
Tell us some more about your environment.
Is this client in a policy with clients that work, or is it in its own policy?
Can you share the policy with us? (If it is in its own policy, could you also share any other working policy just so we can determine if there are any differences?)
Would you be able to create a new test policy for just this client, just for SCC, and see if you get the same error - or a different one?
07-19-2013 01:23 PM
@CRZ
This client is just like the others. It is a virtual environment and runs solarwinds which is active 24/7, thought that might be part of the problem. Have all of my backups scheduled in the off-hours, so there should be little activity going on with that system. The read and network connectivity is good between the Master, 2 Media Servers and this client. It reads several thousand files on most nights, but just disconnects for no reason and I don't get a full differential or full backup.
It is a Server 2008R2 system, just like my Server and 2 media Servers. There is nothing different about this client.
It was in a policy with 3 other clients, so I moved it out and created its own policy. ---- Same results
Don't see a single thing different in this configuration than any other.
Thanks,
Bill
07-20-2013 04:08 AM
Have you increased the "client read timeout" for this particular client? An error 69 could be a socket timeout issue.
What if you just backup one or two folders with less files (< 100+) and see if it works?
May also want to increase the backup host's TCP keepalive time : http://www.symantec.com/docs/HOWTO56221
07-22-2013 03:51 AM
First can you please compare the OS version of failed client with other clients? (SP1 or SP2)
Could you please even check with your windows team, if there are any Windows updates pending on the client server, if there are any can they schedule for updating patches.
07-22-2013 04:38 AM
I agree with Watsons. It sounds like a timeout issue. You may have to enable logging on the client to see if the backup is getting stuck on a particular file.
You might also try changing the backup selection to target the specific local drives: C:\, E:\, etc. And enable multiple data streams. If it is getting stuck on a particular file, this should help you narrow that down.
07-22-2013 04:46 AM
Hello Maurice,
To my understanding from post1, backups are failing when trying to take backup of Shadow Copy Componenets. is it still requried to check the backups of Local drives.. please correct me if am wrong.
ERR: Unable to backup System State or Copy
07-22-2013 05:21 AM
You cannot backup the System State / Shadow Copy Components without using VSS
If you policy uses ALL_LOCAL_DRIVES then that will include the System State / Shadow Copy Components and these are always backed up using VSS - there is no other way
If you have disabled VSS then you can only backup the hard drives - so change you selections to C:\, DL\ etc.
Hope this helps
07-22-2013 08:07 AM
@Mark_Solutions
Checked status of client, it does have multiple drives, so I changed the selection to C;\Drive only....ran a differential backup and it completed successfully.....with the exception of some Endpoint Protection Errors.
Thanks so much! Any suggestion on how to get rid of warning messages bpbm(pid=5128) WRN: -can't open file c:\program data\symantec\symantec endpoint protection\12.1.2015.2015.105\Data.....
Is there some place to go to set exceptions, or a specific way to deal with Stmantec Endpoint warnings.
Thanks,
Bill
07-22-2013 08:09 AM
@All,
Would really like a defoinitive answer too on VSS... Technician told me to disable on all clients when we did initial install of NetBackup.
What's the right answer.. Enabled or Disabled ? Client, Master and Media?
Bill
07-22-2013 08:46 AM
Maybe he meant VSP - disabled (or at least not selected to be used) in Master Servers Host Properties
If you want to backup a servers Syatem State / Shadow Copy Components you need it to be enabled - it can be set to manual startup but should not be disabled.
As for the endpoint error it will also be down to VSS not being used as you cannot backup any open files
Either enable VSS to allow open files to be backed up or exclude the files / directories that cause issues
I would enable VSS - that way you can back everything up correctly