Oscar,
What I would suggest is:
1. Try to do the recovery from the GUI with nwrecover and see if it
behaves better.
2. Try to do an automatic recovery with "recover -c blabla -s server
-d /vol/vol0/RelocateDirectory -a /vol/vol0/path-to-file-or-directory"
3. Try a saveset recovery from the GUI when you specify the exact
file or directory path to recover. This will be slower as it will have
to read the full backup looking for the specific file.
4. To try and gather more information on the Netapp side you could
look in the /etc/logs/backup file for one and also enable ndmpd
debugging with ndmpd debug 50/70. (review the exact Netapp
documentation)
As for the NDMP Tape service you are using it is called SnapImage, and
the current release for Solaris and HP/UX is 1.6. It did not get updated
for quite some time.
SnapImage has got since then a new version, 2.0, but this is a Windows
only version. Part of the Windows product (separately orderable) is an
NDMP Tape driver.
Please let us all know how and if your problem has been solved.
Itzik
-----Original Message-----
From: Oscar Olsson [mailto:spam1 AT qbranch DOT se]
Sent: Thursday, June 24, 2004 01:16
To: Itzik Meirson
Cc: Legato NetWorker discussion
Subject: RE: [Networker] NDMP restore problems. Yet again.
On Wed, 23 Jun 2004, Itzik Meirson wrote:
IM> Needless to say this attitude will not bring you closer to problem
IM> resolution.
Indeed. But at least it provides some immediate satisfaction. :)
IM> 1. What is/are you NAS devices?
Netapp filer, very recent ONTAP.
IM> 2. What do you exactly mean by three-party, please be specific,
IM> regarding clients and NDMP tape service.
The NDMP tape server is installed on the same server as the networker
server. We're using powersnap (a derivate of Celestra, if I'm not
mistaken). One tape drive in the SCSI-attached jukebox is reserved for
NDMP backups/restores.
IM> 3. In a NDMP backup I have never seen a path that starts with a
leading
IM> dot.
Well, that's what happens if you browse to the directory in question
with
UNIX "recover", and "add" the directory, and then type "recover".
IM> 4. Try to check if the specific file (and path) have ever been
backed up
IM> using:
IM> nsrinfo NDMPClient name | grep -i FS_AKT.K1.
Yup, its there: /vol/vol0/so/NKG/arkiv/Fastigo7/Data kommun omr
2/FS_AKT.K1, date=1087933927 Tue Jun 22 21:52:07 2004
/vol/vol0/so/NKG/arkiv/Fastigo7/Kjell/FS_AKT.K1, date=1087933927 Tue Jun
22 21:52:07 2004
/vol/vol0/so/NKG/arkiv/Fastigo7/Kjell/Temp/FS_AKT.K1, date=1087933927
Tue
Jun 22 21:52:07 2004
/vol/vol0/so/NKG/arkiv/Fastigo7/Kjell/Data/FS_AKT.K1, date=1087933927
Tue
Jun 22 21:52:07 2004
IM> 5. Are you doing a "recover" or "saveset recover"
A recover. I'm trying a saveset recover of a specific directory now.
IM> 6. What do you mean by DAR recovery while ENHANCED_DAR is disabled?
Netapp introduced an enhanced version of DAR previously, which seems to
be
enabled per default, even though netapps documentation claims that it
isn't. It can be seen on some savesets, since they have the
"ENHANCED_DAR_ENABLED=Y", so I have explicitly set this to N in the
options list for the client definition in networker now, due to
recommendation from legato support. AFAIK, networker doesn't support
enhanced DAR.
IM> For sure there are more questions to be asked but I hope the ones I
IM> specified can lead you to the resolution of the problem.
Well, I don't think so, but thanks for your effort. :)
IM> Last, but not least you should use and involve Legato support.
Indeed. But I'll try other options first. Support costs money if you
only
have the software update service.
One last thing, has the celestra/powersnap tape server software been
updated recently? I don't see much info about it on Legatos web, or are
these binaries included in networker nowdays?
//Oscar
**************************************************************************************************
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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|