I have a 3575 L32 on AIX 4.3.3 and TSM 4.1.2. I had to manually inventory
mine using a printout from "select home_element, volume_name from libvolumes
order by home_element". I removed any that were not on the list and checked
out the ones that were on the list but not in the library. Now the audit
library completes successfully, yet every time I get the "Unable to read
barcode..." message. I compare what is in the slot to what the system says
should be there (same), then pull the tape and re-insert it. Then the
library does its init element to rescan. I run audit db and a different slot
will give the error. I have went through this cycle four times. Any request
for the tape in error work fine, though. Any suggestions?
Roger C Cook
RCG Information Services
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
David Longo
Sent: Tuesday, March 27, 2001 11:41 AM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful
First - Have you done audit from the library itself, like on a reboot or
something - this is ideal.
Second. Run the audit command with the option: checklabel=barcode.
This will only take maybe several minutes or less than a minute. IF NO *SM
Tape Operations are inprocess. THat is a key top running audit. If
something is running even a tape dismounting it makes audit takle much
longer.
The above option does not load and read each tape, just reads the RAM
storage on the Library. Look at actlog after it finioshes and see if any
errros/changes are mode. You may see somethuing like "error reading label
for tape xxxxx/Loading in drive to read label." This is where *SM finds a
difference between it's info and what the library says. It doesn't really
load tape just updates *SM's info to match library.
Hope this helps.
David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH 321.434.5536
Pager 321.634.8230
Fax: 321.434.5525
[EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 03/27/01 10:53AM >>>
Hi All-
I am unable to successfully Audit our StorageTek Library. (Audit Library
libraryname)
The Audit gets to about 3/4 done when I receive an I/O Error:
03/27/01 10:08:07 ANR8300E I/O error on library TEKWOLF (OP=00006C03,
CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
.00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
=Cartridge load failure). Refer to Appendix B in
the
'Messages' manual for recommended action.
and here is the errpt on the AIX TSM server.
5680E405 0327100801 P H lb0 STORAGE SUBSYSTEM FAILURE
5680E405 0327100801 P H lb0 STORAGE SUBSYSTEM FAILURE
I am at AIX 4.3.3, TSM 3.7.4
StorageTek 9740 with 4 Drives 9840
It always stops on a different tape. I have exported several tapes and
retried the audit several times. Always same result.
I had the StorageTek Service come in and check the library, and it checked
out ok.
I find it hard to believe that all of a sudden all of the tapes in the
library are bad!
Has anyone experienced this?
Any recommended next steps???
Marc Levitan
Senior LAN Engineer
PFPC Global Fund Services
508 871-4459
"MMS <health-first.org>" made the following
annotations on 03/27/01 11:47:18
----------------------------------------------------------------------------
--
This message is for the named person's use only. It may contain
confidential, proprietary, or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission. If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify the
sender. You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient. Health First reserves the right to monitor all e-mail
communications through its networks. Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where the
message states such views or opinions are on behalf of a particular entity;
and (2) the sender is authorized by the entity to give such views or
opinions.
