|
Re: [Networker] Anyone ever seen this?
2009-12-07 20:18:38
Len Philpot wrote:
Situation ---
Networker 7.2 (old, I know, but we're upgrading it ASAP) on Solaris.
Library with 6 drives, all LVD SCSI, no fibre:
-- Two are cloning (writing)
-- Two are reading (for cloning)
-- One is disabled (/dev/rmt/4ubn, defective, to be replaced when cloning
is done)
-- One is unloaded and available (/dev/rmt/5ubn)
I had to open the library door to swap in a tape for a restore from a
while back, closed it, library came back online, etc. (I've done this many
times before).
I ran 'nsrjb -j libname -I -S 40' to inventory the swapped slot.
I think it's generally safer to import the tape using:
nsrjb -j libname -d -S slot_num
and then do the inventory once it's been deposited in the slot.
Do you have an import/export door or mail slot? The problem with opening
the door is that even though it shouldn't impact operations currently
writing/reading to drives, it could affect communications if the picker
goes to do something.
It said, "/dev/rmt/4ubn is disabled", etc., and returned. No joke! It's
been that way for a few days, with a couple of Networker stops/starts in
the meantime.
That message is typical when you have a disabled drive. I always see
that - one for each such disabled drive, but it shouldn't prevent you
from inventorying the tape in another available drive, but it will
report on juts about every nsrjb command.
I ran 'nsrjb -j libname -I -S 40 -f /dev/rmt/5ubn' to try to force usage
of the available drive.
It just sat there. Did nothing. Nothing at all.
I finally had to kill off the nsrjb (kill -9).
Is it possible that you have a bar code, with bar code reader enabled,
and it just inventoried it from the bar code and never had to physically
load it? Alternatively, perhaps that pool is not allowed to use the
available devices?
I tried to just load a tape into 5ubn using nwadmin, but just got a
warning that 4ubn was disabled (say what??).
You should be able to run: nsrjb -s server -j jukebox -I -S slot_num -f
/dev/rmt/5ubn to force it to use that device, assuming the pool
configuration doesn't prohibit it.
I tried setting 4ubn to Service Mode instead of Disabled, but then it
thought it was ejecting tape (the drive is empty). That finally failed and
I put it back to Disabled Mode.
NW can be very picky with this. Did you see any Invalid argument
messages? If it thinks there's something in there, even from how ever
far back, then you have to end up putting something in there and
unmounting it and let it do what it wants until it completes the operation.
I temporarily gave up on the restore until we can replace the drive, etc.
(fortunately with client's approval).
Now I look at it an hour later, and it's reading from a tape (cloning) in
5ubn, the previously empty drive.
Arggggghhh! :-\
Any idea how to force the usage of a particular drive, such as in this
kind of situation? I can understand (somewhat) Networker thinking there
was a tape in 4ubn if that had been the last valid action it tried to take
with that drive, but it wasn't. That drive was disabled days ago, the
library reset (nsrjb -HE, etc.), Networker stopped/restarted more than
once and all has been OK until now.
I've seen things get so fowled up that I had to stop/restart the
software on the snode to straighten it out. It would get to the point
where any 'nsrjb' commands would just run forever and nothing would ever
do anything. This happens sometimes when NW gets confused over a tape
that it thinks is in a drive but isn't, never mind what I think.
Regardless of how much we try to make sense out of it, sometimes you
have to just manually insert a tape into the affected drive and still
stop/restart NW and then subsequently unmount it in order to wrest
control over the whole ensemble.
George
Thanks.
To sign off this list, send email to listserv AT listserv.temple DOT edu and type
"signoff networker" in the body of the email. Please write to networker-request
AT listserv.temple DOT edu if you have any problems with this list. You can access the
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
--
George Sinclair
Voice: (301) 713-3284 x210
- The preceding message is personal and does not reflect any official or
unofficial position of the United States Department of Commerce -
- Any opinions expressed in this message are NOT those of the US Govt. -
To sign off this list, send email to listserv AT listserv.temple DOT edu and type
"signoff networker" in the body of the email. Please write to networker-request
AT listserv.temple DOT edu if you have any problems with this list. You can access the
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
|
|
