hi there,
The same procedure as every year - aeh, wrong movie - once again
massive problems with a jukebox here.
I recently took over an ADIC Scalar 100 jukebox, with 3 Quantum
DLT8000 drives and 50 media slots.
I'm running it as a 'DLT 448' as found in this list's archive,
because the jukebox wasn't running at all with the default name.
Well, i'm now having a lot of problems using this system. When
starting a reset (nsrjb -vH), the output lists:
setting verbosity level to `1'
hardware_reset:
Jukebox handle being opened at port [email protected]
About to acquire Robot arm lock
hardware_reset:
Jukebox handle being closed at port [email protected]
About to release Robot arm lock
Jukebox handle being opened at port [email protected]
About to acquire Robot arm lock
box_inventory:
Jukebox handle being closed at port [email protected]
About to release Robot arm lock
box_inventory_free:
Jukebox handle being opened at port [email protected]
About to acquire Robot arm lock
box_comp_status():
box_comp_status_free():
box_comp_status():
box_comp_status_free():
box_comp_status():
box_comp_status_free():
Jukebox handle being closed at port [email protected]
About to release Robot arm lock
box_display: `' for drive `rd=c3po:/dev/nst0'
box_display: `' for drive `rd=c3po:/dev/nst1'
box_display: `' for drive `rd=c3po:/dev/nst2'
This sounds ok, as long as you don't look into the box. There's
still one tape left in drive nst0, which won't come out.
With the tool /etc/LGTOuscsi/sjirdtag i get this:
Tag Data for [email protected], Element Type DATA TRANSPORT:
Elem[001]: tag_val=0 pres_val=0 med_pres=1 med_side=0
Elem[002]: tag_val=0 pres_val=1 med_pres=0 med_side=0
Elem[003]: tag_val=0 pres_val=1 med_pres=0 med_side=0
This means, that there is an unknown media present in Elem[001] e.g.
nst0 ... which is correct, if i open the box and look into it, i can
see the tape PNR471 in the drive.
How can NetWorker oversee this?
And a second problem:
The ADIC has 10 slots for import/export in its dropzone. But i don't
manage to use them all, because the jukebox does just present the
above five slots.
sjirdtag means:
Tag Data for [email protected], Element Type IMPORT/EXPORT:
Elem[001]: tag_val=0 pres_val=1 inp_enab=1 exp_enab=1 access=1 full=0
imp_exp=1
Elem[002]: tag_val=0 pres_val=1 inp_enab=1 exp_enab=1 access=1 full=0
imp_exp=1
Elem[003]: tag_val=0 pres_val=1 inp_enab=1 exp_enab=1 access=1 full=0
imp_exp=1
Elem[004]: tag_val=0 pres_val=1 inp_enab=1 exp_enab=1 access=1 full=0
imp_exp=1
Elem[005]: tag_val=0 pres_val=1 inp_enab=1 exp_enab=1 access=1 full=0
imp_exp=1
Elem[006]: tag_val=0 pres_val=0 inp_enab=1 exp_enab=1 access=0 full=0
imp_exp=0
Elem[007]: tag_val=0 pres_val=0 inp_enab=1 exp_enab=1 access=0 full=0
imp_exp=0
Elem[008]: tag_val=0 pres_val=0 inp_enab=1 exp_enab=1 access=0 full=0
imp_exp=0
Elem[009]: tag_val=0 pres_val=0 inp_enab=1 exp_enab=1 access=0 full=0
imp_exp=0
Elem[010]: tag_val=0 pres_val=0 inp_enab=1 exp_enab=1 access=0 full=0
imp_exp=0
So the jukebox has knowledge about them, and does recognize them
correctly, but doesn't use it as imp_exp - anyone an idea how to fix
that?
With kind regards,
Frank Altpeter
[P.S. Sorry for the long lines, i hope it's readable]
--
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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|