What Checklabel parameter did you use when you checked the tapes in?  If
you used either No or Barcode, then it might be worth doing a label libvol
of one tape and backing up the database to that volume to see if it works.
 If you used Checklabel=Yes, you could try taking that drive offline and
see if you get the same error on another drive.

When we've had tapes marked as private with no data on them in the past,
it's usually been an indicator of tape drive hardware problem.  I don't
recall a specific problem with reading the internal label on the
tapes--but we had a LOT of problems when we initially moved to LTO2/3584,
about two years ago, so I don't remember all of the different error
messages we got.

Hopefully some of this helps...

_________________________________

Kathleen Hallahan
Freddie Mac
Storage Management -- Tape
703-450-3317




   "Gill, Geoffrey L." <GEOFFREY.L.GILL AT SAIC DOT COM>
   Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
   04/14/2006 03:29 PM
   Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
load/unload behavior/db backup failure






Well after trying to define everything, correct hopefully, it seems
something is wrong. What I have found is that trying to do a db backup
causes the load and unload of many tapes which all get set to private. The
error in the log is ANR8355E I/O error reading label for volume T00001 in
drive LTO_2 (/dev/rmt2). ANR8778W Scratch volume T00001 changed to Private
Status to prevent re-access. They all seem to load to this drive.



So the question is, are all these tapes that were supposed to be labeled
not, or is something else going on?



Thanks,



Geoff Gill

TSM Administrator

PeopleSoft Sr. Systems Administrator

SAIC M/S-G1b

(858)826-4062

Email:  <mailto:geoffrey.l.gill AT saic DOT com> geoffrey.l.gill AT saic DOT com