Richard,

I cannot seem to find the tech note you are speaking of.  

When labeling the tapes does it not write it to the volume itself?  When TSM 
uses the volumes does it not read the barcode?  Is there a way for it to AUTO 
use the barcode?  It seems as if the label is not written to the tape itself. 
Some of the tapes are used the first time after the erase and when TSM goes to 
use it again it fails to read the volume marking it unavailable. 

I did look into the actlog and tsm loads the tape into the drive it needs and 
then fails when reading the label. The actlog also shows the labeling of the 
tape as being successful.  

Thank You,
Dan Lane
Systems Administrator
The American Board of Family Medicine, Inc.
(859) 269-5626 - Ext. 293
dlane AT theabfm DOT org - Email

"This email message and any attachments are confidential and may be privileged. 
If you are not the intended recipient, please notify the American Board of 
Family Medicine immediately -- by replying to this message or by sending an 
email to dlane AT theabfm DOT org. If you are not the intended recipient, you 
must immediately destroy all copies of this message and any attachments without 
reading or disclosing their contents. Thank you.
For more information regarding the American Board of Family Medicine, please 
visit us at https://www.theabfm.org/.";



-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Richard Sims
Sent: Monday, March 02, 2009 3:33 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] NTUTIL Erase Tape causes an error after checkin and 
labeling the tape.

On Mar 2, 2009, at 11:38 AM, Daniel Lane wrote:

> Hello everyone,
>
> We are using TSM version 5.5.2
>
> We have used the ntutil.exe for long erase to erase some of our
> tapes which was successful.  The issue though is that when the
> tapes are checked back into the library TSM goes to use the tapes
> and cannot read the label.
>
> ANR8311E An I/O error occurred while accessing drive MT0.0.0.3 (\\.
> \Tape1) for READ operation, errno = 1104. (PROCESS: 28)
> ANR8355E I/O error reading label for volume A00017L3 in drive
> MT0.0.0.3 (\\.\Tape1). (PROCESS: 28)
> ANR8778W Scratch volume A00017L3 changed to Private Status to
> prevent re-access. (PROCESS: 28)
> ANR8311E An I/O error occurred while accessing drive MT0.0.0.3 (\\.
> \Tape1) for READ operation, errno = 1104. (PROCESS: 28)
>
> So I have performed "checkout libv LB0.1.0.4 remove=no
> checklabel=no vollist=A00017L3" then "label libv LB0.1.0.4
> search=yes overwrite=yes labelsource=barcode checkin=scratch
> waitt=0 vollist=A00017L3" to each of the tapes.
> TSM then lists the tapes as scratch volumes.  I then see TSM error
> with where the same tape it labeled which is in the library and
> marked as scratch when TSM tries to use it.
>
> ANR8355E I/O error reading label for volume A00017L3 in drive
> MT0.0.0.3 (\\.\Tape1).
> ANR8778W Scratch volume A00017L3 changed to Private Status to
> prevent re-access.
>
> Why are the tapes not being labeled did I do something incorrectly?
>

Your posting doesn't say whether you checked your Activity Log to see
if the Label Libvolume had any problems performing the operation.  Be
sure to check that.

If there was a significant interval between the labeling operating
and TSM's attempted use of the tape, and the library is in any way
shared, it's possible that some action outside of TSM rewrote the
tape and overlaid the labels with data during that interval, just as
ntutil obliterated the labels.

You can verify whether or not there are labels on the tape per the
procedure outlined in IBM Technote 1193760.

    Richard Sims      http://people.bu.edu/rbs/