52973:recover: Didn't recover requested file

Hello,

What system are you running?

What type of recovery are you performing, browsable recovery, save set recovery or directed recovery?

What storage media do you use to recover? Can you restore them to the local drive?

Does the same result appear if you use NetWorker User, recover or nwrecover to recover the files?

Regards,

Tim

I have a same problem. When I try to do directed recovery from the client who have installed 8.1 client, there is a same message.

What client version are you using?

The destination of your backup is DataDomain?

Is that VMS?  If so, which client version and which server do you use?

Hello!

I had a similar problem.

I got the following error:

52973:recover: Didn't recover requested file ./hosts

It is a try of an directed recover.

The command is below:

recover -vvv  -s NWserver -d /tmp  -c ANOTHER_SERVER  -R THE_LOCAL_SERVER -a /etc/hosts

One file is requested, but no file is recovered.

Server is version 8.1 and clients are higher than 7.6.

Any ideas?

Do you see tape requested on server?  Do you have permissions to restore from remote client?

Hello,

the daemon.log on the server is the following:

...

...

70920 28.04.15 09:05:23  nsrd NSR info CLIENTA:root browsing

70919 28.04.15 09:05:23  nsrd NSR info CLIENTA:root done browsing

70920 28.04.15 09:05:24  nsrd NSR info CLIENTA:root browsing

70911 28.04.15 09:05:27  nsrd NSR info CLIENTB:/etc (4/18/15) starting read from dd86001.004 of 1 KB

70901 28.04.15 09:05:27  nsrd NSR info CLIENTB:/etc (4/18/15) done reading from dd86001.004 1 KB

70919 28.04.15 09:05:27  nsrd NSR info CLIENTA:root done browsing

70920 28.04.15 09:05:28  nsrd NSR info CLIENTA:root browsing

71193 28.04.15 09:05:29  nsrd NSR info Recover Info: User root on CLIENTA successfully recovered CLIENTB's files to CLIENTA using directed recover

70919 28.04.15 09:05:29  nsrd NSR info CLIENTA:root done browsing

...

...

In tab "Globals (2 of 2)" in field "Remote Access" of CLIENTB is the Clienta not inserted. But even if I insert CLIENTA there, its not working.

Kind regards

Hello,

additional information: the recover has to read from datadomain.

The question was above in that thread, maybe its important.

Hello,

recover -vvv -t 04/11/2015  -s server -d /SOMEDIR  -c CLIENTB  -R CLIENTA -a /etc

On 10th april was a full backup.

That recover works fine. I have the impression, that the browsing time is important. I expect, when there is no browsing time, NW tooks the latest version of the files, but it seems to fail.

Maybe NW can only recover files, when the files are in the range of the browsing time.

But how long is the range of the browing time?

The recover was successful to the date 04.14.2015. On 04.15.2015 and later there appears the error 52973.

How can I be sure, to recover the latest version of all the files in save set /etc?

Your assumption is not correct.

NW can recover files from any savetime. However, without a time given, he will look in the current backup cycle.

If the file does not exist it is obviously missing in these backups. In this case you must select an earlier browse time or save set.

The browsability depends on the save set status.

Usually you control that by the 'browse policy' which you set before the backup.

However, you may later change the browse date or change the save set status etc.

If not browsable any more you could also find the correct SSID and modify your command as follows:

  recover ... -S -a

You have lots of options to select either an earlier browse time or a specific backup version.

Please read the 'recover' manpage for details or simply use the NW User GUI which you may find easier to use.

Yes, it supports the recovery of UNIX/Linux Clients as well.

Hello,

I am not sure.?!

On the local CLIENTB it works fine:

recover -vvv -s server -d /somedir -a /etc/hosts

But on the other CLIENTA the file could not be recovered.

recover -vvv  -s server -d /somedir  -c CLIENTB -R CLIENTA  -a /etc/hosts

This command fails.

The browsing time and the retention time is 2 month.

Looks like NW is able to take automatically the latest version of the file/saveset on the client, but if I want to recover a file/saveset from another client, I can only recover files, which are really in that special ssid stored of that given day.

I try to recover another client and I want all the latest files of the whole saveset.

Is that possible?

Why do you use -R?  Run restore from target and use only -c and please paste error if any (you can also set debug).  I assume clients are same OS family?

And why did you hijack this thread?

Hello,

I got the same errornumber and this thread was not solved, so I thought it is maybe senseless to open an new thread with the same error number. I hope that is ok

Maybe you are right, the option -R is probably in that case not realy important But I think it should not be disturbing ...

I try on HOSTA:

"

recover -vvv  -s server -d /somedir   -c HOSTB -a /etc/hosts

Recovering 1 file from /etc/ into /somedir

Total estimated disk space needed for recover is 4 KB.

Requesting 1 file(s), this may take a while...

Requesting 1 recover session(s) from server.

recovering 1 file(s) on rsid 103598

libDDBoost version: major: 2, minor: 4, patch: 1, engineering: 0, build: 289644

Successfully established client DDCL session

52973:recover: Didn't recover requested file ./hosts

Received 0 file(s) from NSR server `server'

Recover completion time: Wed May  6 10:27:08 2015

"

Do browsable recover (without -a) and enable debug.  Then check what it says and check also daemon.raw on server.

Hello Sir,

We are also getting same kind  of problem when we are taking restore from our secondary storage  to our client . Also to rectify the issue we tried some more  scenarios  which  are  mentioned below ;

1. Taking restore  from local  drive.

2. Taking restore from window  server1 to our client.

Both scenarios giving me  successful output .

3, Taking restore from our secondary storage  is failed with  below  mentioned  output :

recover -f -s ri20

01 -a C:\\00024_12\\

Thu May 14 10:50:43 UTC 2015

Recovering 2 files into their original locations

Total estimated disk space needed for recover is 1048 MB.

Requesting 2 file(s), this may take a while...

Recover start time: 5/14/2015 7:50:49 PM

Requesting 1 recover session(s) from server.

91651:recover: Successfully established AFTD DFA session for recovering save-set

ID '2757000650'.

97988:recover: read failed: i=4, readahead_sz=524312, usrlen=4, usrlen_readahead

=524312, iovcnt=2, errno=22!

53363:recover: Recover of rsid 4385 failed: Error receiving files from NSR serve

r `ri2001'

73724:recover: One or more recover threads failed to exit successfully

73731:recover: Parent recover thread exited with errors

52973:recover: Didn't recover requested file C:\00024_12\01G-00-000000V1_5965

52973:recover: Didn't recover requested file C:\00024_12\

Received 0 file(s) from NSR server `ri2001'

Recover completion time: 5/14/2015 7:52:13 PM

Please  provide some input regarding the  issue.