I don't have experience with NDMP and SSO together, so I can't say how
necessary it is, but I have had problems with SCSI reservations in SSO.
I found the best thing to do is to login to the fibre-scsi bridge and
break the reservation. If you're using FC-attached LTO3 (built-in
bridge), your only option may be to power cycle the drive. Some
libraries are capable of power cycling a single drive, such as the ADIC
Scalar 10k, so check your library docs.
----Original message----
Date: Fri, 18 May 2007 12:23:36 -0500
From: "Nick Majeran" <nmajeran AT gmail DOT com>
Subject: [Veritas-bu] NDMP SSO and SCSI Reserve / Release Issues.
To: veritas-bu AT mailman.eng.auburn DOT edu
Does anyone have any experience turning off SCSI Reserve / Release in
NBU 6.0 with NDMP SSO? I have 24 LTO-3 drives sharing between a local
Linux host (NBU 6.0MP4) and 11 Celerra data movers, which are
configured to *use* SCSI reserve / release by default. If a data
mover panics and fails over while holding some SCSI reservations,
those particular drives become useless to me (SCSI reservation
conflicts on my host) until I reboot the robot and the host. Running
a reset from Netbackup fails, as it thinks the drive is in use, and if
I run it from the command line on the generic device, it clears up the
reservation conflict, but the local device paths are still hosed.
Do I still need SCSI Reserve / Release if Netbackup is the drive
broker in this case? Looking through some of the Celerra
documentation, it says to disable reserve / release if doing dynamic
drive sharing in ARCServe and CommVault, I'm wondering if NBU would be
similar?
EMC and the robot vendor both say to turn SCSI reserve / release off,
Veritas says to leave it on; anyone out there with any experience with
these issues?
thanks.
--
Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
