I see, so the firmware version is really the model appended with the
application revision. Running the inquire command on the storage node
server shows the following for the SDLT library:
[email protected]:ATL P1000 62200502.23|Autochanger (Jukebox),
/dev/sg0
[email protected]:QUANTUM SuperDLT1 2323|Tape, /dev/nst0
[email protected]:QUANTUM SuperDLT1 2323|Tape, /dev/nst1
and running this on the primaey server shows the DLT 7000 library as:
[email protected]:ATL P1000 62200501. |Autochanger (Jukebox)
[email protected]:QUANTUM DLT7000 245F|Tape, /dev/rmt/0cbn
[email protected]:QUANTUM DLT7000 245F|Tape, /dev/rmt/1cbn
[email protected]:QUANTUM DLT7000 245F|Tape, /dev/rmt/2cbn
Not sure why it just ends in a '.' I would have expected to see
something like:
62200501.21. I ran it several times. Same results. Hmm ....
Any ideas on the load port door getting locked when we use the nsrjb
command to deposit or withdraw tapes? As I said, it doesn't happen on
the DLT 7000 library, only the SDLT library.
Thanks.
George
Jose Quinteiro wrote:
>
> Hello,
>
> The Networker "inquire" command is how we usually determine firmware
> revs. Here's an example using our P1000:
>
> [email protected]:QUANTUM DLT7000 2565|Tape, /dev/nst0
> [email protected]:QUANTUM DLT7000 2565|Tape, /dev/nst1
> [email protected]:QUANTUM DLT7000 2565|Tape, /dev/nst2
> [email protected]:QUANTUM DLT7000 2565|Tape, /dev/nst3
> [email protected]:ATL P1000 62200502.01|Autochanger (Jukebox), /dev/sg4
>
> I'm guessing your SDLT library will report something like "62200502.23".
>
> Saludos,
> Jose.
>
> George Sinclair wrote:
> > I was referring to the LCD panel on the jukebox. Sorry, I should have
> > been more specific. Not sure how to obtain the firmware level. Poked
> > around in the LCD panel buttons for the P1000 SDLT library, but I see
> > only the following numbers in the "About Quantum|ATL" button:
> >
> > Revision: Application: 2.23
> > Revision: Boot BLock: 1.11
> >
> > The "Configure library" button shows it as model: 6220050
> >
> > and the "Overview" button shows the following for both SDLT drives:
> >
> > Drive Code Rev: 35
> > Controller Code Rev: 35
> >
> > Here are the corresponding numbers for the P1000 DLT 7000 library:
> >
> > Revision: Application: 1.21
> > Revision: Boot BLock: 1.11
> >
> > and the "Overview" button shows the following for the DLT 7000 drives:
> >
> > Drive Code Rev: 36
> > Controller Code Rev: 95
> >
> > That's all I could come up with in terms of "firmware" looking
> > information.
> >
> > George
> >
> > Jose Quinteiro wrote:
> >
> >>Hello,
> >>
> >>What do you mean by "GUI panel"? The Networker GUI, or the LCD panel on
> >>the jukebox?
> >>
> >>Would you mind telling me what the firmware level is on both your P1000s?
> >>
> >>Thanks,
> >>Jose.
> >>
> >>George Sinclair wrote:
> >>
> >>>Hi,
> >>>
> >>>We have an ATL P1000 with two SDLT drives. We notice that if we use the
> >>>GUI panel to load or remove tapes via the load port door, we have no
> >>>problems. However, as soon as we use the nsrjb command to deposit or
> >>>withdraw a tape via the door then the next time I attempt to open the
> >>>door from the GUI, I receive an error like:
> >>>
> >>>Removal of media not allowed from load port
> >>>
> >>>This message is displayed on the GUI. I have tried everything to get it
> >>>to unlock the door, including a hardware reset command from nsrjb but
> >>>nothing short of power cycling the library will do it. But, if I do
> >>>power cycle it then all is well again. From what I can determine, for
> >>>some reason, NetWorker might somehow be locking or reserving the load
> >>>port. Is there some way I can send it a command to tell it to relinquish
> >>>it? I'm not aware of any command to eject or open the load port door.
> >>>The only way I know to do this is manually from the GUI panel.
> >>>
> >>>I should note that this library is attached to a Linux storage node
> >>>running Redhat 7.3 and NetWorker 6.1.1. This storage node also manages
> >>>our STK L80. Our primary server is running 6.1.1 also and manages an ATL
> >>>P1000 with 3 DLT 7000 drives. We don't see these problems on this older
> >>>P1000, but then again, that's a different OS, firmware level, etc. Also,
> >>>the STK L80 doesn't allow you to move tapes around from the GUI, so we
> >>>use only the nsrjb command to deposit and withdraw tapes on that guy so
> >>>he, too, is a different beast. I should also note that we have the
> >>>latest firmware on the SDLT library. Furthermore, I did call Quantum
> >>>about this, and they sincerely believe that this is an issue with the
> >>>backup software, and that I should contact Legato about this matter.
> >>>
> >>>Would appreciate any feedback.
> >>>
> >>>Thanks.
> >>>
> >>>George Sinclair
> >>>George.Sinclair AT noaa DOT gov
> >>>
> >>>--
> >>>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.
> >>>=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> >>
--
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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
