Networker

Re: [Networker] Problem recovering directory from NDMP client no longer in use

2004-12-07 16:19:28
Subject: Re: [Networker] Problem recovering directory from NDMP client no longer in use
From: Itzik Meirson <imeirson AT MBI.CO DOT IL>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Tue, 7 Dec 2004 23:17:30 +0200
Hi Joel,
In my experience, patience is the magic solution...
The way the recovery works, is that the recover first has to read the
directories/files/inodes maps.
Only after completing this stage will your files be recovered.
The initial stage can take quite a long time.
I would suggest that you verify on the Netapp side if the Netapp is
reading the tape or indeed sleeping.
You could also turn on ndmpd debugging to verify if the filer is just
sitting around or really working.
Itzik 

> -----Original Message-----
> From: Legato NetWorker discussion 
> [mailto:NETWORKER AT LISTMAIL.TEMPLE DOT EDU] On Behalf Of Joel Krajden
> Sent: Tuesday, December 07, 2004 20:15
> To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> Subject: [Networker] Problem recovering directory from NDMP 
> client no longer in use
> 
> I am trying to recover a directory and recover goes to sleep 
> and I suspect the problem has to do with the old client alias.
> 
> I used to backup a filer "rifle" using NDMP with Solaris 
> Networker 6.12. Six months ago I migrated my networker server 
> to another server upgrading to Solaris 7.1 Build 325. I had 
> no problem migrating the indexes. At the same time a NetApp 
> R200 was integrated into the backup sheme. The files from the 
> original Netapp client are now mirrored to the R200 and we 
> back up the R200 again using NDMP.
> 
> The original NDMP client was left as is with the NDMP flag 
> set to off in Networker definition (for licensing). The 
> backups have always been made using DAR. Now the NetApp that 
> was the original client was renamed and has a number of new 
> interfaces that the existing client in Networker does not 
> have. The existing client in Networker still resolves but 
> only to one of the interfaces on the renamed host. I added 
> the ipadress of the renamed host that still resolves to the 
> old hostname to the aliases in the old client.
> 
> Existing aliases for client rifle in networker is:
> rifle rifle-44 rifle-44.cs.concordia.ca rifle.cs.concordia.ca 
> rifle-2.cs.concordia.ca to which I added 132.205.109.154
> 
> mercy 12:52 [124] # nslookup rifle returns
> 
> Name:    valour-109.encs.concordia.ca
> Address:  132.205.109.154
> Aliases:  rifle.encs.concordia.ca
> 
> Renamed host rifle -> valour is actually
> Name:    valour.services.encs.concordia.ca
> Addresses:  132.205.96.252, 132.205.2.242, 132.205.11.19, 132.205.44.1
>            132.205.67.154, 132.205.93.2, 132.205.94.154, 
> 132.205.109.154
> Aliases:  valour.encs.concordia.ca
> 
> 
> 
> I am now trying to recover a directory from rifle (the old 
> client implementation).
> 
> 
> mercy 11:40 [426] # /usr/bin/nsr/recover -c rifle 
> /usr/sbin/nsr/ not in index <return> will exit.
> Enter directory to browse: /vol/vol0/home/
> recover: Current working directory is /vol/vol0/home/
> recover> cd s/shiro
> recover> versions disk1
> 
> Versions of `/vol/vol0/home/s/shiro/disk1/':
> 
>     0 drwx------ shiro    shiro        4096 Apr 28 2003  disk1/
>       save time:  Sun Dec  7 02:30:07 2003
>        location:  NetAppPerm.007 at theon, NetAppPerm.009 at theon
> 
> recover> add disk1
> /vol/vol0/home/s/shiro/disk1
> /vol/vol0/home/s/shiro/disk1/tez
> /vol/vol0/home/s/shiro/disk1/tez/AzDiskette
> /vol/vol0/home/s/shiro/disk1/tez/Problog
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP05JL
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP06JL
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP10Jul
> /vol/vol0/home/s/shiro/disk1/tez/xx
> /vol/vol0/home/s/shiro/disk1/tezbkup
> /vol/vol0/home/s/shiro/disk1/tkde97
> 195 file(s) marked for recovery
> recover> relocate /tmp
> recover> verbose
> verbose mode off
> recover> volumes
> Volumes needed (all on-line):
>          NetAppPerm.007 at theon
>          NetAppPerm.009 at theon
> recover> recover
> Volumes needed (all on-line):
>          NetAppPerm.007 at theon
>          NetAppPerm.009 at theon
> Direct Retrieval.
> 
> and it goes to sleep with a browsing message.
> 
> Same  result if I use the added ipaddress
> 
> mercy 12:12 [436] # /usr/bin/nsr/recover -c 132.205.109.154 
> /usr/sbin/nsr/ not in index <return> will exit.
> Enter directory to browse: /vol/vol0/home/s/shiro/
> recover: Current working directory is /vol/vol0/home/s/shiro/
> 
> 
> recover> versions disk1
> 
> Versions of `/vol/vol0/home/s/shiro/disk1/':
> 
>     0 drwx------ shiro   shiro       4096 Apr 28 2003  disk1/
>       save time:  Sun Dec  7 02:30:07 2003
>        location:  NetAppPerm.007 at theon, NetAppPerm.009 at theon
> 
> recover> add disk1
> /vol/vol0/home/s/shiro/disk1
> /vol/vol0/home/s/shiro/disk1/tez
> /vol/vol0/home/s/shiro/disk1/tez/AzDiskette
> /vol/vol0/home/s/shiro/disk1/tez/Problog
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP05JL
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP06JL
> /vol/vol0/home/s/shiro/disk1/tez/Problog/BKUP10Jul
> /vol/vol0/home/s/shiro/disk1/tez/xx
> /vol/vol0/home/s/shiro/disk1/tezbkup
> /vol/vol0/home/s/shiro/disk1/tkde97
> 195 file(s) marked for recovery
> recover> relocate /tmp
> recover> volumes
> Volumes needed (all on-line):
>          NetAppPerm.007 at theon
>          NetAppPerm.009 at theon
> recover> recover
> Recovering 195 files within /vol/vol0/home/s/shiro/ into /tmp 
> Volumes needed (all on-line):
>          NetAppPerm.007 at theon
>          NetAppPerm.009 at theon
> Requesting 195 file(s), this may take a while...
> Direct Retrieval.
> and back again to sleep
> --------------------------
> mercy 12:05 [118] # ps auxww | grep nsr
> root     20831 15.1  0.1 7368 5272 ?        O 12:06:36  0:42 
> /usr/sbin/nsr/nsrd
> root     21011  8.8  0.1 4800 2960 ?        S 12:14:17  0:22
> /usr/sbin/nsr/ansrd rifle:/ recovering
> root     20836  2.5  0.1 7568 5584 ?        S 12:06:37  0:08
> /usr/sbin/nsr/nsrmmdbd
> root     20827  1.4  0.1 4824 1896 ?        S 12:06:21  0:03
> /usr/sbin/nsr/nsrexecd
> root     21009  0.2  0.1 5760 3048 pts/1    S 12:14:17  0:00
> /usr/sbin/nsr/nsrndmp_recover -s 
> mercy.services.encs.concordia.ca -c rifle -F -m /tmp
> root     21014  0.0  0.0 1000  792 pts/3    S 12:15:23  0:00 grep nsr
> root     20828  0.0  0.1 4944 2704 ?        S 12:06:21  0:00
> /usr/sbin/nsr/nsrexecd
> root     20837  0.0  0.1 4808 2856 ?        S 12:06:39  0:00
> /usr/sbin/nsr/nsrindexd
> root     20976  0.0  0.1 5184 2816 ?        S 12:07:13  0:00
> /usr/sbin/nsr/nsrmmd -n 1
> root     20977  0.0  0.1 5184 2816 ?        S 12:07:15  0:00
> /usr/sbin/nsr/nsrmmd -n 2
> root     20978  0.0  0.1 5184 2816 ?        S 12:07:17  0:00
> /usr/sbin/nsr/nsrmmd -n 3
> root     20979  0.0  0.1 5184 2816 ?        S 12:07:19  0:00
> /usr/sbin/nsr/nsrmmd -n 4 -r anamnesis.mercy-anamnesis.private
> root     21004  0.0  0.1 5712 3240 pts/1    S 12:12:44  0:00
> /usr/bin/nsr/recover -c 132.205.109.154
> root     21005  0.0  0.1 5536 3312 ?        S 12:12:44  0:00
> /usr/sbin/nsr/nsrindexd -a READ rifle index for backup on 
> mercy.services.encs.concordia.ca
> root     21006  0.0  0.1 4760 2816 ?        S 12:12:44  0:00
> /usr/sbin/nsr/ansrd 132.205.109.154:root recovering
> root     21010  0.0  0.1 4704 2616 ?        S 12:14:17  0:00
> /usr/sbin/nsr/nsrindexd -a READ rifle index for backup on 
> mercy.services.encs.concordia.ca
> 
> 
> mercy 12:15 [119] # truss -p 21010
> poll(0xFFBFD8A8, 1, -1)         (sleeping...)
> ^Cmercy 12:17 [120] # truss -p 21006
> poll(0xFFBFD888, 1, -1)         (sleeping...)
> ^Cmercy 12:18 [121] # truss -p 21004
> nanosleep(0xFFBFD588, 0xFFBFD580)               = 0
> poll(0xFFBFCB58, 1, 0)                          = 0
> waitid(P_ALL, 0, 0xFFBFD440, WEXITED|WTRAPPED|WNOHANG) = 0
> nanosleep(0xFFBFD588, 0xFFBFD580)               = 0
> poll(0xFFBFCB58, 1, 0)                          = 0
> waitid(P_ALL, 0, 0xFFBFD440, WEXITED|WTRAPPED|WNOHANG) = 0
> 
> 
> Any suggestions.
> 
> 
> --
> | Joel Krajden              | Rm: LB-915,  Tel: 514 848-2424 
> 3052         |
> |                           | Fax: 514 848-2830               
>             |
> | Senior Systems Analyst    | Email: joelk AT cs.concordia DOT ca    
>             |
> | Engineering & Computer Sc.| 
> http://www.cs.concordia.ca/~staffcs/joelk   |
> | Concordia University      |   Remember it's a circus and 
> the clowns     |
> | Montreal, Canada          |   are supposed to make you 
> laugh, not cry.  |
> 
> --
> Note: To sign off this list, send a "signoff networker" 
> command via email to listserv AT listmail.temple DOT edu or visit 
> the list's Web site at 
> http://listmail.temple.edu/archives/networker.html where you 
> can also view and post messages to the list. Questions 
> regarding this list should be sent to stan AT temple DOT edu 
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> 

**************************************************************************************************
The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the system manager or  
the 
sender immediately and do not disclose the contents to any one or make copies.

MBI - System Team
**************************************************************************************************

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=