The problem could be caused by multiple issues:
- nwrecover cannot find the server
- nwrecover does connect to another NW server where this
client does not exist
- the index for this client is somehow corrupt
On NW 6.x run "nsrck -L6 client"
Make sure that the name resolution is unique and the correct
client file index is filled. Check /nsr/index and verify
whether the directories seen here match the client's name.
I am runing in server itself and I am able to resolve the name also
prodution1:/oracle/stage_tmp/lsm/aix41#./nsrck -C
nsrck: checking index for production1.xyz.net
nsrck: compressing index for production1.xyz.net
nsrck: completed checking 1 client(s)
Even I restart the nsrexecd & nsrd (MW5.5lsmbuild51)
root[sh]@ucsd# cd /usr/bin/nsr
root[sh]@ucsd# ./recover -s uls
/usr/bin/nsr/ not in index
<return> will exit.
Enter directory to browse: /ucsd/home/temp
recover: Current working directory is /ucsd/home/temp/
recover> changetime 05/21/2003
time changed to Wed May 21 00:00:00 2003
recover> changetime 08:27:20
time changed to Wed May 21 08:27:20 2003
recover> ls
dfdf write_test xylo.html.old3
interoperability-index xylo.html xylo.html.old4
newtest xylo.html.old xylo.html.old5
permissionTest.txt xylo.html.old.old6
searchtest.html xylo.html.old2
recover> add xylo.html
1 file(s) marked for recovery
recover> recover
Recovering 1 file into its original location
Total estimated disk space needed for recover is 1 KB.
Volumes needed (all on-line):
uls-0003 at group
Requesting 1 file(s), this may take a while...
./xylo.html
Received 1 file(s) from NSR server `uls'
Recover completion time: Wed May 21 08:36:48 2003
recover> exit
root[sh]@ucsd#
The client has to be running the networker client daemon to begin with. For recover on the local server, just drop the -s [server name]. If this still doesn't work, you may have to change the device name of you tape drive, delete [with caution, can you afford to delete these volumes from the media db?], re-label, and inventory your volumes, and then do another full backup. Then try to do a recover.
This could be a network problem:
take the full-qualified-Servername or ip-address for the '-s' option like that:
recover -s 'netwokerserver.xxx.yyy.domain.de'
or, on the client, look first what nslookup says about the servername/ip-address. then you can check with 'rpcinfo servername' wether you can reach the server over the net.
As I mention my previouse, I am ussing this nwrecover or recover in server only, I have taken some backup in server, which I want to recover (restore) in the same server ( in the server I am able to resolve my networker name). When I run ./nwcover -s networkerserver.xxx.yyy.domain
The following error message i am getting
nwrecover: Cannot start session with server networker.xxx.yyy.dominname: unable to receive
This could also point to a problem with the client file index, especially if you have corrected the name or network
parameters.
Try the following:
- stop all daemons
- copy the nsr directory
- delete the /nsr/index/client_name
- start NW.
It will recreate an empty client file index database
- run nsrck -L7 client_name
I did stoped all the daemons and copied all the /nsr directory to different place
and then I delete /nsr/index/production1
-start nw
I does created the client name
but when i run production1:/oracle/ora81/stage_tmp/lsm/aix41#./nsrck -L7 prodcution
usage: nsrck [ -qM ] [ -T tempdir ] [ -X [ -x percent ] | -C | -F | -m | -c ]
clientname ... ]
then
production1:/oracle/ora81/stage_tmp/lsm/aix41#./nsrck
nsrck: checking index for production1
nsrck: completed checking 1 client(s)
production1:/oracle/ora81/stage_tmp/lsm/aix41#./nwrecover
nwrecover:cannot start session with server production1: service not avaviable yet
Also I don't see any volume names in volume option if i run nwadmin and also indexes. how can i restore this
The problem with nsrck points to older NW software (5.x)
which you obviously have. And i have not noticed it. As
you stated on 05/20:
"Even I restart the nsrexecd & nsrd (MW5.5lsmbuild51)"
This points to NW 5.5.1 which does not support level
checking of the file indexes yet (nsrck -L#).
In this case please vary the procedure as follows:
- run mminfo -av -r "name=index"
- stop all daemons
- copy the nsr directory
- delete the /nsr/index/client_name
- start NW.
It will recreate an empty client file index database
- run "recover -S ssid#"
Where ssid# is the number of the last full index backup.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.