Unsolved

This post is more than 5 years old

11 Posts

5619

April 18th, 2018 12:00

Failed save group and blank messages

Image 5.jpgImage 3.jpg

I am hoping someone has run into this before. I am using Networker 8.2.4. I created a new save group and added several servers to the group to be backed up. I am backing up all the savesets of each server.

Two of the servers are failing. I attached a screen shot of the failed section and the message next to the DISASTER_RECOVERY save set. I am trying to figure out why the save sets are failing and why no message is being generated. These are Windows servers. I logged into both of them and verified the VSS writers are stable and there are not stale snapshots on them.

Has anyone dealt with an instance the save set backups are failing and not generating a message? Thank you

6 Operator

 • 

14.4K Posts

 • 

56.2K Points

April 23rd, 2018 10:00

Can you click on details for failed to see exactly why it fails?  Yo can also try manual save from client which will also give you more details.

11 Posts

May 1st, 2018 12:00

HI Hrvoje. Sorry for the late reply. There is no logged message in the Networker console that explains the failure. I did try a manual backup using the client but it does not complete. Error is:

98519:winwork: Unable to setup direct save with server: retry needed.

Everything looks configured correctly. The host client can reach the backup server through Networker client fine.

2.4K Posts

May 2nd, 2018 09:00

It sounds as if the backup of the system specifc save sets never worked before.

It is weird that the disks can be backed up but not the DR save sets.

Possible issues:

  - compatibility of client OS & NW version

  - VSS system writer is missing (you say that all others are stable but are you sure all are present?)

  - wrong pool (although I would expect another message)

  - client direct (will these save sets go to a DDBoost device) which you don't have?

      try to save without the 'client direct' option

6 Operator

 • 

1.3K Posts

May 4th, 2018 02:00

ChristianFC ,

         This is because the "All" saveset is being resolved into only "DISASTER_RECOVERY:" saveset. This is mostly because Windows assume that all the partitions on this system are critical(Run a probe job to confirm this). This is the reason why you don't see any messages against the other drives for the system in question and this is by design.

      As for the troubleshooting, I see only the windows recovery partition being backed up. Incase you have retries set to more than 0 then set it to 0 and retry the backups. You could also list the drives instead of All as the saeset and observer how the backups behave.

11 Posts

May 4th, 2018 11:00

Thanks Bingo. Client direct is configured. Yes they go to a DDBoost device (Data Domain). I think if I remove the client direct option it will go to the tape media storage.

11 Posts

May 4th, 2018 11:00

Thanks CrazyRov for the explanation. That makes sense.

What I decided to do is run a manual save command ( save -D5 -s -j -b options) to back up one of the partitions. That was successful. Now I will add the server back to the save group and see how it works.

Thank you all.

6 Operator

 • 

14.4K Posts

 • 

56.2K Points

May 7th, 2018 06:00

ChristianFC wrote:

HI Hrvoje. Sorry for the late reply. There is no logged message in the Networker console that explains the failure. I did try a manual backup using the client but it does not complete. Error is:

98519:winwork: Unable to setup direct save with server: retry needed.

Everything looks configured correctly. The host client can reach the backup server through Networker client fine.

Error itself seems to suggest that direct save (eg, to Data Domain) is not possible so try to rerun the test with direct save disabled.

2.4K Posts

July 3rd, 2018 22:00

If you have an problem with the backup of the VSS save sets the most obvious reason is that there is an issue with the appropriate VSS writer on the client.

Unfortunately, you will not be able to see it because to 99% it is just missing while the other writers are fine.

To verify that, you should run the command "vssadmin list writers". Then search the output for "Writer name: 'System Writer'".

As I said - it will obviously be missing.

Repairing it is an easy issue but the procedure depends on the OS Version.

For Windows 2008R2 and later, this method should work - run with the appropriate admin rights:

Takeown /f %windir%\winsxs\filemaps\* /a

icacls %windir%\winsxs\filemaps\*.* /grant "NT AUTHORITY\SYSTEM:(RX)"

icacls %windir%\winsxs\filemaps\*.* /grant "NT Service\trustedinstaller:(F)"

icacls %windir%\winsxs\filemaps\*.* /grant BUILTIN\Users:(RX)

net stop cryptsvc

net start cryptsvc

net stop nsrpsd

net stop nsrexecd

net start nsrexecd

net start nsrpsd

Fortunately, VSS errors do not appear that often any more as they did up to Windows 2003.

April 2nd, 2019 00:00

I think the reason is compatibility of client OS & NW version

1 Message

April 4th, 2019 01:00

You can check all applications used by the server because there are applications that need to be backed up separately
No Events found!

Top