Networker

Re: [Networker] AIT-3 Problem - "No Tape Label Found"

2004-03-11 15:59:55
Subject: Re: [Networker] AIT-3 Problem - "No Tape Label Found"
From: Matt Temple <mht AT RESEARCH.DFCI.HARVARD DOT EDU>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Thu, 11 Mar 2004 15:59:48 -0500
Reply at bottom,


Les Yaw wrote:
You didn't mention the version you're running.  I recently upgraded from
6.1.3 running on RedHat 7.2, up to 7.1, running on SuSE 8.2.  I have two
Overland Library Powerloader (Sony AIT-3) jukeboxes.  When using the
admin gui on one of my Windows 2000 CITR!X servers, I have noticed
lately several tapes will suddenly drop out of the media index.  I'll
have to re-label them, then they'll work again.  One tape won't read the
barcode label at all.

My suspicions are on the media index - somehow, it's loosing tape info.
Moving from the old 6.1.3, which we didn't have the stinit.def files set
up properly, to the new version, I've ran into block-size issues.
Legato Tech Support has me doing the following to get tapes recycled,
and ready for the new block size as they expire - perhaps something I'm
doing is affecting this no tape label found issue too.  /(Places for
your variables are in red italics)

/1.) Load the tape, without mounting it ---  nsrjb -ln -f /dev//name/
-S/slotnumber

/2.) Write an end-of-file to the tape, overwriting the label -- mt -f
//dev/name/ weof

3.) Seeing if there's tape data in the index - mminfo -avot /barcodeLabel

/4.) Deleting the index, if found --  nsrmm -d /barcodeLabel

/5.) Labeling the tape for default group -- nsrjb -L -Y -S/slotnumber/
-f //dev/name/ -v

6.) Labeling the tape for Monthly group -- nsrjb -L -Y -S/slotnumber/ -b
Monthly -f //dev/name/ -v

One thing I've found, there are occasions where I'll end-up re-labeling
the tapes using the GUI interface.

Don't know if this helps...you, or someone else.  Maybe it'll spark a
discussion-thread that will help me, instead!

Have a great weekend!

Les Yaw
Luther College
Decorah, IA




At 09:09 AM 3/11/2004, you wrote:

Last month, one of my three AIT-3 drives (in a 126-Qualstar library)
started showing tape mount filaures.  The following is a sample:

03/10/04 22:34:17 nsrd: media info: loading volume Full.0343 into
/dev/nst1
03/10/04 22:34:35 nsrd: /dev/nst1 Verify label operation in progress
03/10/04 22:35:47 nsrd: media warning: /dev/nst1 reading: Success
03/10/04 22:36:07 nsrd: media warning: /dev/nst1 reading: no tape label
found.
03/10/04 22:36:08 nsrd: /dev/nst1 Eject operation in progress
...
03/10/04 22:36:44 nsrd: Jukebox 'jukebox1' failed: expected volume
'Full.0343' got 'NULL'.

This will show up for all available tapes.
No problem with the other drives.

My first conclusion is simply that the drive is failing.   To complicate
matters, if I power down the Qualstar unit, /dev/nst1 will mount
a tape, once.   Then the above will occur.

Has anyone experienced this sort of problem?
Does anyone have any ideas beyond sticking a fork
in the drive?

                       Matt Temple
============================================================
Les,

       I liked your cookbook idea, so here's what I did to
find out what's wrong with my library:

       1. Loaded a blank tape into /dev/nst0.
       2. Wrote an EOF mark
       3. Labeled tape on /dev/nst0
       4. Mounted tape on /dev/nst0 -- SUCCESS
       5. Mounted tape on /dev/nst1 -- FAILED

       1. Loaded a blank tape into /dev/nst1
       2. Wrote an EOF mark
       3. Labeled tape on /dev/nst1
       4. Mounted tape on /dev/nst1 -- SUCCESS
       5. Mounted tape on /dev/nst0 -- SUCCESS

So, tapes labeled on /dev/nst0 can't be mounted on /dev/nst1,
but tapes labeled on /dev/nst1 can be mounted on /dev/nst1 and
       /dev/nst0.

Looks like something is wrong with /dev/nst0, wouldn't you say?

BTW, I'm running 7.1 on Linux (don't yell) Redhat 9.   Been running
for quite a while with no issues, by the way.



                                       Matt Temple


--
=============================================================
Matthew Temple                Tel:    617/632-2597
Director, Research Computing  Fax:    617/582-7820
Dana-Farber Cancer Institute  mht AT research.dfci.harvard DOT edu
44 Binney Street, LG300/300   http://research.dfci.harvard.edu
Boston, MA 02115              Choice is the Choice!

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