Most of the libraries I've worked with just report the firmware rev.
I'm looking into the port door problem.

Saludos,
Jose.

George Sinclair wrote:

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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=