Re: unexpected result from audit library

[ashish sharma]

Hello All,

Well Thank you everyone for your help. The problem is resolved now. For
resolving the issue, each unavailable physical volume was first checked out
of the library physically and then checked in from I/O slot. All data is
intact, i can have peaceful sleep in night now.

On Tue, Jan 5, 2010 at 2:51 AM, Jerry Michalak  wrote:

> You will have to follow the procedure to process a upgrade to the library.
> Search the TSM support page.
>
>
> http://www-01.ibm.com/support/docview.wss?rs=663&context=SSGSG7&q1=upgrade+library&uid=swg21203271&loc=en_US&cs=utf-8&lang=en
>
> Resolving the problem When a library is physically upgraded, for example,
> when drives, cells
> or columns are added to a physical library to expand it, the Tivoli
> Storage Manager server needs to be notified of these changes.What needs
> to be done on the Tivoli Storage Manager will depend on the server
> level.
> With SAN Device Mapping implemented (since TSM520 for
> Windows and TSM530 for most other platforms), when hardware changes are
> done to the library, the Tivoli Storage Manager server needs to be
> restarted. During server initialization, Tivoli Storage Manager server
> will access the library. If the library inventory has changed, it will
> be refreshed at that time. If drives are added or deleted from the
> library or drive element addresses are changed, this information will
> be refreshed at server initialization also. If the library path has
> changed, then the path needs to be updated with the new device name for
> the new library path.
>
>
>  Jerry Michalak
> jerry_...@yahoo.com
>
>
>
>
> 
> From: Howard Coles 
> To: ADSM-L@VM.MARIST.EDU
> Sent: Mon, January 4, 2010 10:07:53 AM
>  Subject: Re: [ADSM-L] unexpected result from audit library
>
> That would depend on your library.  However, you can check those tapes
> you recently checked in against those you cannot now find and if the
> numbers are different lengths you have the volser number issue.
>
> I have two 3584 libraries and they are accessed by going to:
> http://libip
>
> I'm assuming your library has a web interface if it's an IBM Library.
>
> Oh, you can also check in all the "unavailable" tapes by setting the
> search=yes and status=private, then you should be able to mark them
> readwrite again.
> If you're library sees them, you should be able to see them via TSM.
> That just made me think.  When they added the licenses there's a
> possiblity your slot numbers changed (especially if you added slots slot
> 057 is now 1057, etc.) so that the volumes are visible, they're just not
> where they're supposed to be.  Try the Checkin (do on one or two volumes
> to test), and if that doesn't work, physically move them out of the
> Library, and then check them in via the IO slots.  Making sure to check
> them in as Private.
>
> See Ya'
> Howard Coles Jr.
> John 3:16!
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
> ashish sharma
> Sent: Monday, January 04, 2010 9:55 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] unexpected result from audit library
>
> Hello Howard,
>
> Yes , they intervened as we didnt had the licenses for all the slots we
> have
> in the library and we asked for aditional number of licenses. Could you
> please let me know how can i check volser length set in the web
> interface?
>
> On Mon, Jan 4, 2010 at 9:12 PM, Howard Coles
> wrote:
>
> > That's what I would expect at this point either the volume serial
> > length, or the licenses aren't right.  I would check the volser length
> > set in the web interface with the volume names you have in TSM.  I'll
> > bet the length is different.  Then I'd call IBM and yell till someone
> > came out and corrected my problem.  Why were they messing with the
> > licenses on your library?  I wonder if you got choked down to the
> number
> > of slots or something along those lines.  I've had problems with IBM
> > assuming they can just get in and do things myself.  If they didn't
> > contact you, or alert anyone that they were going to be doing this I'd
> > be on their case hard.
> >
> > See Ya'
> > Howard Coles Jr.
> > John 3:16!
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
> Of
> > km
> > Sent: Saturday, January 02, 2010 12:07 PM
> > To: ADSM-L@VM.MARIST.EDU
> > Subject: Re: [ADSM-L] unexpected result from audit library
> >
> > They didnt perhaps change th

Re: unexpected result from audit library

[Jerry Michalak]

You will have to follow the procedure to process a upgrade to the library. 
Search the TSM support page.

http://www-01.ibm.com/support/docview.wss?rs=663&context=SSGSG7&q1=upgrade+library&uid=swg21203271&loc=en_US&cs=utf-8&lang=en

Resolving the problem When a library is physically upgraded, for example, when 
drives, cells
or columns are added to a physical library to expand it, the Tivoli
Storage Manager server needs to be notified of these changes.What needs
to be done on the Tivoli Storage Manager will depend on the server
level.
With SAN Device Mapping implemented (since TSM520 for
Windows and TSM530 for most other platforms), when hardware changes are
done to the library, the Tivoli Storage Manager server needs to be
restarted. During server initialization, Tivoli Storage Manager server
will access the library. If the library inventory has changed, it will
be refreshed at that time. If drives are added or deleted from the
library or drive element addresses are changed, this information will
be refreshed at server initialization also. If the library path has
changed, then the path needs to be updated with the new device name for
the new library path.


 Jerry Michalak
jerry_...@yahoo.com





From: Howard Coles 
To: ADSM-L@VM.MARIST.EDU
Sent: Mon, January 4, 2010 10:07:53 AM
Subject: Re: [ADSM-L] unexpected result from audit library

That would depend on your library.  However, you can check those tapes
you recently checked in against those you cannot now find and if the
numbers are different lengths you have the volser number issue.

I have two 3584 libraries and they are accessed by going to:
http://libip

I'm assuming your library has a web interface if it's an IBM Library.

Oh, you can also check in all the "unavailable" tapes by setting the
search=yes and status=private, then you should be able to mark them
readwrite again.
If you're library sees them, you should be able to see them via TSM.
That just made me think.  When they added the licenses there's a
possiblity your slot numbers changed (especially if you added slots slot
057 is now 1057, etc.) so that the volumes are visible, they're just not
where they're supposed to be.  Try the Checkin (do on one or two volumes
to test), and if that doesn't work, physically move them out of the
Library, and then check them in via the IO slots.  Making sure to check
them in as Private.

See Ya'
Howard Coles Jr.
John 3:16!


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
ashish sharma
Sent: Monday, January 04, 2010 9:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] unexpected result from audit library

Hello Howard,

Yes , they intervened as we didnt had the licenses for all the slots we
have
in the library and we asked for aditional number of licenses. Could you
please let me know how can i check volser length set in the web
interface?

On Mon, Jan 4, 2010 at 9:12 PM, Howard Coles
wrote:

> That's what I would expect at this point either the volume serial
> length, or the licenses aren't right.  I would check the volser length
> set in the web interface with the volume names you have in TSM.  I'll
> bet the length is different.  Then I'd call IBM and yell till someone
> came out and corrected my problem.  Why were they messing with the
> licenses on your library?  I wonder if you got choked down to the
number
> of slots or something along those lines.  I've had problems with IBM
> assuming they can just get in and do things myself.  If they didn't
> contact you, or alert anyone that they were going to be doing this I'd
> be on their case hard.
>
> See Ya'
> Howard Coles Jr.
> John 3:16!
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
> km
> Sent: Saturday, January 02, 2010 12:07 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] unexpected result from audit library
>
> They didnt perhaps change the length of volser (i.e. if LTO generation
> should be a part of the volume serial or not)? That would explain not
> finding any already checked in volumes.
>
> On 02/01, ashish sharma wrote:
> > Hello Howard,
> >
> > Yes i received a lot of messages " cant find tapes in slot". I just
> received
> > a mail from local system admin saying IBM did some intervention on
the
> > library for installing liocenses and i suspect that may have caused
> some
> > malfunctioning in library which is unable to find the tapes which
were
> > already present.
> >
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: unexpected result from audit library

[Howard Coles]

That would depend on your library.  However, you can check those tapes
you recently checked in against those you cannot now find and if the
numbers are different lengths you have the volser number issue.  

I have two 3584 libraries and they are accessed by going to:
http://libip

I'm assuming your library has a web interface if it's an IBM Library.

Oh, you can also check in all the "unavailable" tapes by setting the
search=yes and status=private, then you should be able to mark them
readwrite again.  
If you're library sees them, you should be able to see them via TSM.
That just made me think.  When they added the licenses there's a
possiblity your slot numbers changed (especially if you added slots slot
057 is now 1057, etc.) so that the volumes are visible, they're just not
where they're supposed to be.  Try the Checkin (do on one or two volumes
to test), and if that doesn't work, physically move them out of the
Library, and then check them in via the IO slots.  Making sure to check
them in as Private.  

See Ya'
Howard Coles Jr.
John 3:16!


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
ashish sharma
Sent: Monday, January 04, 2010 9:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] unexpected result from audit library

Hello Howard,

Yes , they intervened as we didnt had the licenses for all the slots we
have
in the library and we asked for aditional number of licenses. Could you
please let me know how can i check volser length set in the web
interface?

On Mon, Jan 4, 2010 at 9:12 PM, Howard Coles
wrote:

> That's what I would expect at this point either the volume serial
> length, or the licenses aren't right.  I would check the volser length
> set in the web interface with the volume names you have in TSM.  I'll
> bet the length is different.  Then I'd call IBM and yell till someone
> came out and corrected my problem.  Why were they messing with the
> licenses on your library?  I wonder if you got choked down to the
number
> of slots or something along those lines.  I've had problems with IBM
> assuming they can just get in and do things myself.  If they didn't
> contact you, or alert anyone that they were going to be doing this I'd
> be on their case hard.
>
> See Ya'
> Howard Coles Jr.
> John 3:16!
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
> km
> Sent: Saturday, January 02, 2010 12:07 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] unexpected result from audit library
>
> They didnt perhaps change the length of volser (i.e. if LTO generation
> should be a part of the volume serial or not)? That would explain not
> finding any already checked in volumes.
>
> On 02/01, ashish sharma wrote:
> > Hello Howard,
> >
> > Yes i received a lot of messages " cant find tapes in slot". I just
> received
> > a mail from local system admin saying IBM did some intervention on
the
> > library for installing liocenses and i suspect that may have caused
> some
> > malfunctioning in library which is unable to find the tapes which
were
> > already present.
> >
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: unexpected result from audit library

[ashish sharma]

Hello Howard,

Yes , they intervened as we didnt had the licenses for all the slots we have
in the library and we asked for aditional number of licenses. Could you
please let me know how can i check volser length set in the web interface?

On Mon, Jan 4, 2010 at 9:12 PM, Howard Coles
wrote:

> That's what I would expect at this point either the volume serial
> length, or the licenses aren't right.  I would check the volser length
> set in the web interface with the volume names you have in TSM.  I'll
> bet the length is different.  Then I'd call IBM and yell till someone
> came out and corrected my problem.  Why were they messing with the
> licenses on your library?  I wonder if you got choked down to the number
> of slots or something along those lines.  I've had problems with IBM
> assuming they can just get in and do things myself.  If they didn't
> contact you, or alert anyone that they were going to be doing this I'd
> be on their case hard.
>
> See Ya'
> Howard Coles Jr.
> John 3:16!
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
> km
> Sent: Saturday, January 02, 2010 12:07 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] unexpected result from audit library
>
> They didnt perhaps change the length of volser (i.e. if LTO generation
> should be a part of the volume serial or not)? That would explain not
> finding any already checked in volumes.
>
> On 02/01, ashish sharma wrote:
> > Hello Howard,
> >
> > Yes i received a lot of messages " cant find tapes in slot". I just
> received
> > a mail from local system admin saying IBM did some intervention on the
> > library for installing liocenses and i suspect that may have caused
> some
> > malfunctioning in library which is unable to find the tapes which were
> > already present.
> >
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: unexpected result from audit library

[Howard Coles]

That's what I would expect at this point either the volume serial
length, or the licenses aren't right.  I would check the volser length
set in the web interface with the volume names you have in TSM.  I'll
bet the length is different.  Then I'd call IBM and yell till someone
came out and corrected my problem.  Why were they messing with the
licenses on your library?  I wonder if you got choked down to the number
of slots or something along those lines.  I've had problems with IBM
assuming they can just get in and do things myself.  If they didn't
contact you, or alert anyone that they were going to be doing this I'd
be on their case hard.

See Ya'
Howard Coles Jr.
John 3:16!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
km
Sent: Saturday, January 02, 2010 12:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] unexpected result from audit library

They didnt perhaps change the length of volser (i.e. if LTO generation
should be a part of the volume serial or not)? That would explain not
finding any already checked in volumes.

On 02/01, ashish sharma wrote:
> Hello Howard,
>
> Yes i received a lot of messages " cant find tapes in slot". I just
received
> a mail from local system admin saying IBM did some intervention on the
> library for installing liocenses and i suspect that may have caused
some
> malfunctioning in library which is unable to find the tapes which were
> already present.
>

Re: unexpected result from audit library

[km]

They didnt perhaps change the length of volser (i.e. if LTO generation
should be a part of the volume serial or not)? That would explain not
finding any already checked in volumes.

On 02/01, ashish sharma wrote:
> Hello Howard,
>
> Yes i received a lot of messages " cant find tapes in slot". I just received
> a mail from local system admin saying IBM did some intervention on the
> library for installing liocenses and i suspect that may have caused some
> malfunctioning in library which is unable to find the tapes which were
> already present.
>

Re: unexpected result from audit library

[ashish sharma]

Hello Howard,

Yes i received a lot of messages " cant find tapes in slot". I just received
a mail from local system admin saying IBM did some intervention on the
library for installing liocenses and i suspect that may have caused some
malfunctioning in library which is unable to find the tapes which were
already present.

On Sat, Jan 2, 2010 at 9:37 PM, Howard Coles Jr. <
howard.co...@ardenthealth.com> wrote:

> On Sat, 2010-01-02 at 20:08 +0530, ashish sharma wrote:
> > Hello Richards and Howard,
> >
> > The paths are ok, as i can run  migration and i used checkin libvolume
> > command and it works fine. The only concern is the volumes which are
> > containing data and are in unavailable status in library. I can update
> the
> > volume status to readwrite but there is no use ,as i cant do any
> operation
> > with volume as library does not know about it.
> >   I have used the library GUI and i can see that volumes are still inside
> > the library. The same condition is occuring with my two library managers
> in
> > the same site. At present i have used checkin libv command to make some
> > scratch available so that backups dont fail again but i am concerned
> about
> > the already backed up data.
> >
>
> Don't worry, the data is still there.  Just update the valid volumes to
> read/write status if they're physically in the Library after you run an
> audit.
>
> the order I would take care of this is:
> 1.  make sure no clients or processes are running (other than Admin
> Sessions).
> 2.  Make sure no volumes are mounted.
> 3.  Run "Audit libr" with the checklabel=barcode option (can't remember
> the exact syntax for some reason run: help audit library)
> 4.  Check any errors or "can't find tape in slot" whatever messsages.
> 5.  Update any volumes still showing as "Unavailable".
>
> Or you could update them ahead of time, but you will want to check and
> make sure they are physically in the library.
>
> run:
> update vol  access=readwrite
>
> This should turn them back to writable, and everything should go back to
> normal.
>
> Hopefully you're running offsite copies using DRM, so at the worst, you
> will have to restore the volumes from the offsite copies.
>
> --
>
> See Ya'
> Howard Coles Jr.
> Sr. Systems Engineer
> (615) 296-3416
> John 3:16!
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: unexpected result from audit library

[Howard Coles Jr.]

On Sat, 2010-01-02 at 20:08 +0530, ashish sharma wrote:
> Hello Richards and Howard,
> 
> The paths are ok, as i can run  migration and i used checkin libvolume
> command and it works fine. The only concern is the volumes which are
> containing data and are in unavailable status in library. I can update the
> volume status to readwrite but there is no use ,as i cant do any operation
> with volume as library does not know about it.
>   I have used the library GUI and i can see that volumes are still inside
> the library. The same condition is occuring with my two library managers in
> the same site. At present i have used checkin libv command to make some
> scratch available so that backups dont fail again but i am concerned about
> the already backed up data.
> 

Don't worry, the data is still there.  Just update the valid volumes to
read/write status if they're physically in the Library after you run an
audit.

the order I would take care of this is:
1.  make sure no clients or processes are running (other than Admin
Sessions).
2.  Make sure no volumes are mounted.
3.  Run "Audit libr" with the checklabel=barcode option (can't remember
the exact syntax for some reason run: help audit library)
4.  Check any errors or "can't find tape in slot" whatever messsages.
5.  Update any volumes still showing as "Unavailable".

Or you could update them ahead of time, but you will want to check and
make sure they are physically in the library.

run:
update vol  access=readwrite

This should turn them back to writable, and everything should go back to
normal.

Hopefully you're running offsite copies using DRM, so at the worst, you
will have to restore the volumes from the offsite copies.

-- 

See Ya'
Howard Coles Jr.
Sr. Systems Engineer
(615) 296-3416
John 3:16!

Re: unexpected result from audit library

[Stef Coene]

On Saturday 02 January 2010, ashish sharma wrote:
> Hello Richards and Howard,
>
> The paths are ok, as i can run  migration and i used checkin libvolume
> command and it works fine. The only concern is the volumes which are
> containing data and are in unavailable status in library. I can update the
> volume status to readwrite but there is no use ,as i cant do any operation
> with volume as library does not know about it.
>   I have used the library GUI and i can see that volumes are still inside
> the library. The same condition is occuring with my two library managers in
> the same site. At present i have used checkin libv command to make some
> scratch available so that backups dont fail again but i am concerned about
> the already backed up data.
Do a checkin of the library with search=yes.  This will checkin all tapes in
the library.  This in combination with an audit should synchronize the content
of the library with TSM.


Stef

Re: unexpected result from audit library

[ashish sharma]

Hello Richards and Howard,

The paths are ok, as i can run  migration and i used checkin libvolume
command and it works fine. The only concern is the volumes which are
containing data and are in unavailable status in library. I can update the
volume status to readwrite but there is no use ,as i cant do any operation
with volume as library does not know about it.
  I have used the library GUI and i can see that volumes are still inside
the library. The same condition is occuring with my two library managers in
the same site. At present i have used checkin libv command to make some
scratch available so that backups dont fail again but i am concerned about
the already backed up data.



On Sat, Jan 2, 2010 at 7:36 PM, Richard Sims  wrote:

> A situation like that can be expected to be cause by a library
> failure, or failure of the path to the library.  Use the library Web
> page or the mtlib command or similar to check out the condition of the
> library, and proceed from there.  Do research in your TSM Activity Log
> and operating system event log to see what happened to the library,
> when.
>
> Note also that you are running with NO maintenance on your TSM server,
> which is highly undesirable.
>
>Richard Sims
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: unexpected result from audit library

[Howard Coles Jr.]

On Sat, 2010-01-02 at 19:12 +0530, ashish sharma wrote:
> Hello Everybody,
> 
> Wish you a very happy new year.
> 
> I have TSM server version 5.5.0.0 and IBM tape library TS3310. Yesterday i
> find that all my backups have failed. When i checked for reason, i could see
> that there was no scratch available in library. To my surprise , the status
> of all the volumes were private though they didnt contaioned any data. After
> running audit libray command , i find in the actlog that all the volumes
> were unavailable and after audit library my "q libv" o/p showed 0
> libvolumes. But i had a lot of data backed up on tapes and i could see that
> "q vol " o/p showed those tapes but they all are in unavailable status. I
> dont know what to do ,as i am afraid that someone played with the library
> and TSm server and now my data is in danger. I will open a call to IBM
> support but that can be possible on monday only so i need help of you expert
> guys to resolve this.
> 

If you have a way to report on the history of each volume you should be
able to see why it was marked "Private".  You can update the volume
manually so that it's writable.  However, I would check the paths to the
library and drives and make sure that "drive1", for example, is still
actually Drive 1, in the right slot. 

You should also look through the Act logs and find out who was monkeying
with the system.  And, while you're at it, and it's down anyway, I would
patch the TSM server to 5.5.3 anyway.


-- 
Howard Coles Jr.

Re: unexpected result from audit library

[Richard Sims]

A situation like that can be expected to be cause by a library
failure, or failure of the path to the library.  Use the library Web
page or the mtlib command or similar to check out the condition of the
library, and proceed from there.  Do research in your TSM Activity Log
and operating system event log to see what happened to the library,
when.

Note also that you are running with NO maintenance on your TSM server,
which is highly undesirable.

Richard Sims

unexpected result from audit library

[ashish sharma]

Hello Everybody,

Wish you a very happy new year.

I have TSM server version 5.5.0.0 and IBM tape library TS3310. Yesterday i
find that all my backups have failed. When i checked for reason, i could see
that there was no scratch available in library. To my surprise , the status
of all the volumes were private though they didnt contaioned any data. After
running audit libray command , i find in the actlog that all the volumes
were unavailable and after audit library my "q libv" o/p showed 0
libvolumes. But i had a lot of data backed up on tapes and i could see that
"q vol " o/p showed those tapes but they all are in unavailable status. I
dont know what to do ,as i am afraid that someone played with the library
and TSm server and now my data is in danger. I will open a call to IBM
support but that can be possible on monday only so i need help of you expert
guys to resolve this.

Please help.

--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853

Re: audit library problems

[Allen S. Rout]

>> On Mon, 22 Jun 2009 11:02:10 -0400, Richard Rhodes 
>>  said:


> QUESTION:  How can you effectively get a audit libr
> cmd to run in a busy library sharing environment?

Here's how I solved that problem: I wrote a script to generate a
truckload of UPDATE PATH statements.



#!/usr/local/bin/perl

#  foreach $server 
("COPIES","ERP","EXCH","EXT","EXT2","IGLMAIL01","IGLMAIL02","IGLMAIL03","IGLMAIL04","IGLMAIL05","IGLMAIL06","IGLMAIL07","IGLMAIL08","IGLMAIL09","IGLMAIL10","INT","OFFSITE","TEST","VI"
 )
#foreach $server ("CTRL")
foreach $server ("ATLCOPY","ATLCTRL")
   {

foreach $d (0..9) {

 print "upd path $server DRIVE$d srct=server destt=drive libr=3584lib 
online=no \n";

   }

}


then a bunch of cut and paste.

Or, if you're all high-speed, you can redirect the output to a file,
and then do something like this:


tsm: CTRL>q scr retemp f=r
del scr temp
def scr temp file=/tmp/temp.scr
q scr temp f=r


This script recreates a script called 'TEMP', and then shows me what
it did.




- Allen S. Rout

Re: audit library problems

[Remco Post]

Q&D could be to set COMMMETHOD NONE at the end of your dsmserv.opt and
run the server in the foreground to run your audit. The bogus
portnumber has the advantage of allowing you to remotely control the
server...

On 22 jun 2009, at 18:31, Richard Rhodes wrote:


I tried a DISABLE SESSIONS ALL, but it didn't work.  Tape mounts (via
server-to-server, I assume) still
worked.  I found this puzzling.

Rick






   "Petrullo,
   Michael G."

 ADSM-L@VM.MARIST.EDU
   Sent by:
"ADSM:cc
   Dist Stor
   Manager"
Subject
   


   06/22/2009 11:11
   AM


   Please respond to
   "ADSM: Dist Stor
   Manager"
   






Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.
The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to
fix.

When this problem occurred the library managers view of the library
got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And
there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least
one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a
busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager
itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC
device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)


--
Met vriendelijke groeten,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622

Re: RES: audit library problems

[Richard Rhodes]

This, and the idea of a bogus ip address on the lib clients are great
ideas!

Thanks!

Rick





 Paul van Dongen
To
 Sent by: "ADSM:   ADSM-L@VM.MARIST.EDU
 Dist Stor  cc
 Manager"
  RES: audit library  problems


 06/22/2009 01:36
 PM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Richard,

I think something quick and dirty would be changing the port numbers on
your library manager's dsmserv.opt file. No other client, STAgent or server
would contact this instance, and you could prep a modified dsm.sys/opt to
let you admin client work.

When finished, just return the correct port numbers.
___
Paul Gondim van Dongen
IBM Certified Advanced Deployment Professional
Tivoli Storage Management Solutions 2006, 2007 & 2008
IBM Certified Deployment Professional - ITWS 8.2
IBM Certified Storage Administrator - ITSM V5.4
IBM Certified Solution Advisor - Tivoli Storage 2008
SNIA Certified Professional
ITIL Foundation Certified
___
VANguard
Value Added Network guardian
+55-81-34198094
http://www.vanguard-it.com.br

De: ADSM: Dist Stor Manager [ads...@vm.marist.edu] em Nome de Richard
Rhodes [rrho...@firstenergycorp.com]
Enviado: segunda-feira, 22 de junho de 2009 12:02
Para: ADSM-L@VM.MARIST.EDU
Assunto: audit library  problems

This past weekend we started the process of upgrading our TSM environment
from v5.4.1 to v.5.2.2.  We have 2 dedicated library managers (3584 libs)
and 7
tsm library client instances and a bunch of storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit
APAR IC59453, where drives would drop to a UKNOWN
status and become unavailable.  The library manager would
start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to
patch v.5.5.2.1 to fix.

When this problem occurred the library managers view
of the library got messed up (ANR8300E) and
required a AUDIT LIBR to clean up.  And there I hit
frustration!  Audit Libr cmd requires that the library be unused - no
processes/sessions have tape mounted.  It also requires
at least one drive be online.  If you issue the cmd before
any drives are online, it's process throws an error
saying there are not online drives.

When this problem occurred and need to do a Audit,
I would change all the
drives to online=no, halt/start the library manager,
bring _one_ drive . . . and INSTANTLY a mount would
occur for a library client instance!! I would then
issue the Audit Libr cmd (which waits for the drive
to become free) and work to get the process/session that
has the mount to end.  This is SO FRUSTRATING.  I had
to do this multiple time is working through this problem.

I asked IBM support if there was any way to tell a
dedicated library manager to STOP SERVICING client
requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr
cmd to run in a busy library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the
the library manager itself - giving a dedicated drive
to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for servicing
mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY does
an Audit need a drive online anyway?  A audit is to the SMC device for the
library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.

Re: audit library problems

[Richard Rhodes]

Trying to remember (it was a long night).

I disabled all  tape drive before halting the LM.  After it booted I logged
in and checked - alll drives were disabled.  I issued  "disabled sessions
all", then enabled one tape drive.  By the time I typed "q mount" it came
back with a tape being mounted!!!  Maybe it somehow queued the mounts
before I disabled the sessions.  If so, that brings up a catch 22 - you
need to disable the sessions before library sharing starts up.

Is there a way to start a tsm instance and have it run some commands before
it does anything?

Rick









 "Petrullo,
 Michael G."
  ADSM-L@VM.MARIST.EDU
 Sent by: "ADSM:cc
 Dist Stor
 Manager"  Subject
 


 06/22/2009 12:59
 PM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Rick,

Were the tapes already mounted when you ran the command? I have used
those commands several times in the past during maintenance upgrades and
they worked flawlessly.

-Mike

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 12:31 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] audit library problems

I tried a DISABLE SESSIONS ALL, but it didn't work.  Tape mounts (via
server-to-server, I assume) still worked.  I found this puzzling.

Rick






 "Petrullo,
 Michael G."
  ADSM-L@VM.MARIST.EDU
 Sent by: "ADSM:
cc
 Dist Stor
 Manager"
Subject
 


 06/22/2009 11:11
 AM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.  The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to fix.

When this problem occurred the library managers view of the library got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and conf

RES: audit library problems

[Paul van Dongen]

Richard, 

I think something quick and dirty would be changing the port numbers on your 
library manager's dsmserv.opt file. No other client, STAgent or server would 
contact this instance, and you could prep a modified dsm.sys/opt to let you 
admin client work.

When finished, just return the correct port numbers.
___
Paul Gondim van Dongen
IBM Certified Advanced Deployment Professional
Tivoli Storage Management Solutions 2006, 2007 & 2008
IBM Certified Deployment Professional - ITWS 8.2
IBM Certified Storage Administrator - ITSM V5.4
IBM Certified Solution Advisor - Tivoli Storage 2008
SNIA Certified Professional
ITIL Foundation Certified
___
VANguard
Value Added Network guardian
+55-81-34198094
http://www.vanguard-it.com.br

De: ADSM: Dist Stor Manager [ads...@vm.marist.edu] em Nome de Richard Rhodes 
[rrho...@firstenergycorp.com]
Enviado: segunda-feira, 22 de junho de 2009 12:02
Para: ADSM-L@VM.MARIST.EDU
Assunto: audit library  problems

This past weekend we started the process of upgrading our TSM environment
from v5.4.1 to v.5.2.2.  We have 2 dedicated library managers (3584 libs)
and 7
tsm library client instances and a bunch of storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit
APAR IC59453, where drives would drop to a UKNOWN
status and become unavailable.  The library manager would
start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to
patch v.5.5.2.1 to fix.

When this problem occurred the library managers view
of the library got messed up (ANR8300E) and
required a AUDIT LIBR to clean up.  And there I hit
frustration!  Audit Libr cmd requires that the library be unused - no
processes/sessions have tape mounted.  It also requires
at least one drive be online.  If you issue the cmd before
any drives are online, it's process throws an error
saying there are not online drives.

When this problem occurred and need to do a Audit,
I would change all the
drives to online=no, halt/start the library manager,
bring _one_ drive . . . and INSTANTLY a mount would
occur for a library client instance!! I would then
issue the Audit Libr cmd (which waits for the drive
to become free) and work to get the process/session that
has the mount to end.  This is SO FRUSTRATING.  I had
to do this multiple time is working through this problem.

I asked IBM support if there was any way to tell a
dedicated library manager to STOP SERVICING client
requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr
cmd to run in a busy library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the
the library manager itself - giving a dedicated drive
to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for servicing
mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY does
an Audit need a drive online anyway?  A audit is to the SMC device for the
library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.

Re: audit library problems

[Petrullo, Michael G.]

Rick,

Were the tapes already mounted when you ran the command? I have used
those commands several times in the past during maintenance upgrades and
they worked flawlessly.

-Mike

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 12:31 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] audit library problems

I tried a DISABLE SESSIONS ALL, but it didn't work.  Tape mounts (via
server-to-server, I assume) still worked.  I found this puzzling.

Rick






 "Petrullo,
 Michael G."
  ADSM-L@VM.MARIST.EDU
 Sent by: "ADSM:
cc
 Dist Stor
 Manager"
Subject
 


 06/22/2009 11:11
 AM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.  The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to fix.

When this problem occurred the library managers view of the library got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security
numbers, account numbers, or personal identification numbers. Delivery,
and or timely delivery of Internet mail is not guaranteed. Legg Mason
therefore recommends that you do not send time sensitive or
action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain
privileged or confidential information. Unless you are the intended
recipient, yo

Re: audit library problems

[Richard Rhodes]

I tried a DISABLE SESSIONS ALL, but it didn't work.  Tape mounts (via
server-to-server, I assume) still
worked.  I found this puzzling.

Rick






 "Petrullo,
 Michael G."
  ADSM-L@VM.MARIST.EDU
 Sent by: "ADSM:cc
 Dist Stor
 Manager"  Subject
 


 06/22/2009 11:11
 AM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.  The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to fix.

When this problem occurred the library managers view of the library got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security numbers,
account numbers, or personal identification numbers. Delivery, and or
timely delivery of Internet mail is not guaranteed. Legg Mason therefore
recommends that you do not send time sensitive
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged
or confidential information. Unless you are the intended recipient, you may
not use, copy or disclose to anyone any information contained in this
message. If you have received this message in error, please notify the
author by replying to this message and then kindly delete the message.
Thank you.

Re: audit library problems

[Huebner,Andy,FORT WORTH,IT]

Give the library clients a bad hosts entry for the library manager.  Very 
little to change and change backup.

Andy Huebner

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of 
Petrullo, Michael G.
Sent: Monday, June 22, 2009 10:09 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] audit library problems

Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.  The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to fix.

When this problem occurred the library managers view of the library got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.


This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify 

Re: audit library problems

[Petrullo, Michael G.]

Hi Rick,

Try using the following commands which will disable all client and
server sessions to the TSM server:

DISABLE SESSIONS CLIENT
DISABLE SESSIONS SERVER

Hope this helps!

Michael Petrullo
Storage Support Administrator
Legg Mason Technology Services
Phone: 410.580.7381
Email:  mpetru...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Monday, June 22, 2009 11:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] audit library problems

This past weekend we started the process of upgrading our TSM
environment from v5.4.1 to v.5.2.2.  We have 2 dedicated library
managers (3584 libs) and 7 tsm library client instances and a bunch of
storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit APAR IC59453,
where drives would drop to a UKNOWN status and become unavailable.  The
library manager would start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to patch v.5.5.2.1 to fix.

When this problem occurred the library managers view of the library got
messed up (ANR8300E) and required a AUDIT LIBR to clean up.  And there I
hit frustration!  Audit Libr cmd requires that the library be unused -
no processes/sessions have tape mounted.  It also requires at least one
drive be online.  If you issue the cmd before any drives are online,
it's process throws an error saying there are not online drives.

When this problem occurred and need to do a Audit, I would change all
the drives to online=no, halt/start the library manager, bring _one_
drive . . . and INSTANTLY a mount would occur for a library client
instance!! I would then issue the Audit Libr cmd (which waits for the
drive to become free) and work to get the process/session that has the
mount to end.  This is SO FRUSTRATING.  I had to do this multiple time
is working through this problem.

I asked IBM support if there was any way to tell a dedicated library
manager to STOP SERVICING client requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr cmd to run in a busy
library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the the library manager itself
- giving a dedicated drive to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for
servicing mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY
does an Audit need a drive online anyway?  A audit is to the SMC device
for the library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.

audit library problems

[Richard Rhodes]

This past weekend we started the process of upgrading our TSM environment
from v5.4.1 to v.5.2.2.  We have 2 dedicated library managers (3584 libs)
and 7
tsm library client instances and a bunch of storage agents.
The first step was to upgrade _one_ of the library managers.

After we upgrade this library manager instance we  hit
APAR IC59453, where drives would drop to a UKNOWN
status and become unavailable.  The library manager would
start working, then quickly degrade till it quit
servicing mounts.  IBM support had us upgrade to
patch v.5.5.2.1 to fix.

When this problem occurred the library managers view
of the library got messed up (ANR8300E) and
required a AUDIT LIBR to clean up.  And there I hit
frustration!  Audit Libr cmd requires that the library be unused - no
processes/sessions have tape mounted.  It also requires
at least one drive be online.  If you issue the cmd before
any drives are online, it's process throws an error
saying there are not online drives.

When this problem occurred and need to do a Audit,
I would change all the
drives to online=no, halt/start the library manager,
bring _one_ drive . . . and INSTANTLY a mount would
occur for a library client instance!! I would then
issue the Audit Libr cmd (which waits for the drive
to become free) and work to get the process/session that
has the mount to end.  This is SO FRUSTRATING.  I had
to do this multiple time is working through this problem.

I asked IBM support if there was any way to tell a
dedicated library manager to STOP SERVICING client
requests, and he said there isn't.

QUESTION:  How can you effectively get a audit libr
cmd to run in a busy library sharing environment?

I came up with these ideas:

1)  Drop all paths for a drive except for the
the library manager itself - giving a dedicated drive
to the library manager.

2)  Change the password on the server-to-server setup.

(wishful thinking invoked)

3)  Get IBm to add a library client library online/offline function.

4)  Get IBM to add a library manager online/offline function for servicing
mount requests.

5)  Get IBM to allow audit libr to run without a online drive.  (WHY does
an Audit need a drive online anyway?  A audit is to the SMC device for the
library proper, not a RMT drive device).



rick

(sorry . .. was venting a little)



-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.

Re: Audit library problem.

[Kelly Lipp]

Another thing we have seen with Qualstar libraries and later versions of TSM is 
a problem like this if you do not have the Drive Last parameter in the library 
set correctly.  For instance, if you only have eight drives in your twelve 
drive library you need to ensure that drive last says 8 and not 12.  


Kelly J. Lipp
VP Manufacturing & CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Roger 
Deschner
Sent: Tuesday, May 29, 2007 12:20 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Audit library problem.

We've seen something like this. It was a tape library microcode bug, not a TSM 
problem. It's still unresolved, though it only bites us about once a year. 
Still in a finger-pointing dispute with Quantum over their library microcode.

Looking at your time stamps, it appears that your library is giving back its 
stored inventory to TSM, and that it has become corrupted. So you've got to 
force the library to actually re-read all the barcodes, instead of 
regurgitating them from its own (corrupted) memory. A first step would be to 
power-cycle the library and also restart the TSM server.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
=== "Copy protection: a headache only for the law-abiding."  
=== --New York Times ===


On Mon, 28 May 2007, Erik Björndell wrote:

>Hi All!
>Have anyone experienced any problems like this one below?
>
>
>05/28/07   14:08:02  ANR8457I AUDIT LIBRARY: Operation for library 
>TLS-412180
>  started as process 15. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8788W Unable to read the barcode of cartridge in
>  slot-id 16 in library TLS-412180;  loading in drive 
> to
>  read label. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8300E I/O error on library TLS-412180 (OP=C0106C03,
>  CC=207, KEY=05, ASC=21, ASCQ=01,
>  
> SENSE=70.00.05.00.00.00.00.0A.00.00.00.00.21.01.00.C0.00-
>  .02., Description=Device is not in a state capable of
>  performing request).  Refer to Appendix D in the
>  'Messages' manual for recommended action. (SESSION: 
> 15,
>  PROCESS: 15)
>05/28/07   14:08:03  ANR8942E Could not move volume NOT KNOWN from 
>slot-element
>          16 to slot-element 63000. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8460E AUDIT LIBRARY process for library TLS-412180
>  failed. (SESSION: 15, PROCESS: 15)
>
>
>Erik Björndell
>SYSTEMS SPECIALIST
>
>Zetup by Semcon
>Mellanvägen 7, SE-461 38 Trollhättan, Sweden Mobile +46(0)736 84 04 06 
>E-mail [EMAIL PROTECTED]  <mailto:[EMAIL PROTECTED]> 
>www.zetup.se <http://www.zetup.se/>
>
>
>

Re: Audit library problem.

[Roger Deschner]

We've seen something like this. It was a tape library microcode bug, not
a TSM problem. It's still unresolved, though it only bites us about once
a year. Still in a finger-pointing dispute with Quantum over their
library microcode.

Looking at your time stamps, it appears that your library is giving back
its stored inventory to TSM, and that it has become corrupted. So you've
got to force the library to actually re-read all the barcodes, instead
of regurgitating them from its own (corrupted) memory. A first step
would be to power-cycle the library and also restart the TSM server.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
=== "Copy protection: a headache only for the law-abiding." 
=== --New York Times ===


On Mon, 28 May 2007, Erik Björndell wrote:

>Hi All!
>Have anyone experienced any problems like this one below?
>
>
>05/28/07   14:08:02  ANR8457I AUDIT LIBRARY: Operation for library 
>TLS-412180
>  started as process 15. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8788W Unable to read the barcode of cartridge in
>  slot-id 16 in library TLS-412180;  loading in drive 
> to
>  read label. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8300E I/O error on library TLS-412180 (OP=C0106C03,
>  CC=207, KEY=05, ASC=21, ASCQ=01,
>  
> SENSE=70.00.05.00.00.00.00.0A.00.00.00.00.21.01.00.C0.00-
>  .02., Description=Device is not in a state capable of
>  performing request).  Refer to Appendix D in the
>  'Messages' manual for recommended action. (SESSION: 
> 15,
>  PROCESS: 15)
>05/28/07   14:08:03  ANR8942E Could not move volume NOT KNOWN from 
>slot-element
>          16 to slot-element 63000. (SESSION: 15, PROCESS: 15)
>05/28/07   14:08:03  ANR8460E AUDIT LIBRARY process for library TLS-412180
>  failed. (SESSION: 15, PROCESS: 15)
>
>
>Erik Björndell
>SYSTEMS SPECIALIST
>
>Zetup by Semcon
>Mellanvägen 7, SE-461 38 Trollhättan, Sweden
>Mobile +46(0)736 84 04 06
>E-mail [EMAIL PROTECTED]  <mailto:[EMAIL PROTECTED]>
>www.zetup.se <http://www.zetup.se/>
>
>
>

Re: Audit library problem.

[Richard Sims]

On May 28, 2007, at 9:05 AM, Erik Björndell wrote:


Ive tried the suggested approach by using lbtest.
I get all the volumes and barcodes eg
Slot 167 (address 166 FULL)
  abnormal_state = 0  accessible = 1  source_addr_flag = 0
  source_elem_addr = 0  invert_media_flag = 0  barcode_flag = 1
  barcode_len = 36  barcode = 000313

So it seems to me that the library is working?


Possibly.  As you've reviewed the past reports in the List archives,  
you know that the initial Audit Library can sometimes itself cause  
the problem situation to clear; or coincidental library events may  
have achieved that.  If you perform another audit and no problems,  
then you're golden (except for understanding the original problem, to  
keep it from recurring); else the library needs a more thorough  
elements review.


   Richard Sims

Re: Audit library problem.

[Erik Björndell]

Hi!

Ive tried the suggested approach by using lbtest.
I get all the volumes and barcodes eg
Slot 167 (address 166 FULL)
  abnormal_state = 0  accessible = 1  source_addr_flag = 0
  source_elem_addr = 0  invert_media_flag = 0  barcode_flag = 1
  barcode_len = 36  barcode = 000313

So it seems to me that the library is working?

//Erik 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard 
Sims
Sent: den 28 maj 2007 14:56
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Audit library problem.

On May 28, 2007, at 8:28 AM, Erik Björndell wrote:

> Hi All!
> Have anyone experienced any problems like this one below?
>
>
> 05/28/07   14:08:02  ANR8457I AUDIT LIBRARY: Operation for  
> library TLS-412180
>   started as process 15. (SESSION: 15,  
> PROCESS: 15)
> 05/28/07   14:08:03  ANR8788W Unable to read the barcode of  
> cartridge in
>   slot-id 16 in library TLS-412180;   
> loading in drive to
>   read label. (SESSION: 15, PROCESS: 15)
> 05/28/07   14:08:03  ANR8300E I/O error on library TLS-412180  
> (OP=C0106C03,
>   CC=207, KEY=05, ASC=21, ASCQ=01,
>   SENSE=70.00.05.00.00.00.00.0A. 
> 00.00.00.00.21.01.00.C0.00-
>   .02., Description=Device is not in a  
> state capable of
>   performing request).  Refer to Appendix D  
> in the
>   'Messages' manual for recommended action.  
> (SESSION: 15,
>   PROCESS: 15)
> 05/28/07   14:08:03  ANR8942E Could not move volume NOT KNOWN  
> from slot-element
>   16 to slot-element 63000. (SESSION: 15,  
> PROCESS: 15)
> 05/28/07   14:08:03  ANR8460E AUDIT LIBRARY process for library  
> TLS-412180
>   failed. (SESSION: 15, PROCESS: 15)

You can review the List archives, at http://www.mail-archive.com/adsm- 
[EMAIL PROTECTED]/, for prior occurrences of messages and problems.
You can perform a query at the TSM Support Page,
http://www-306.ibm.com/software/sysmgmt/products/support/ 
IBMTivoliStorageManager.html
to find IBM's recommendations for handling certain conditions, which  
in this case would be Technote 1153902.  Physical inspection of  
libraries, when they have problems, can be more illuminating than  
trying to perform software inquiries.

   Richard Sims

Re: Audit library problem.

[Richard Sims]

On May 28, 2007, at 8:28 AM, Erik Björndell wrote:


Hi All!
Have anyone experienced any problems like this one below?


05/28/07   14:08:02  ANR8457I AUDIT LIBRARY: Operation for  
library TLS-412180
  started as process 15. (SESSION: 15,  
PROCESS: 15)
05/28/07   14:08:03  ANR8788W Unable to read the barcode of  
cartridge in
  slot-id 16 in library TLS-412180;   
loading in drive to

  read label. (SESSION: 15, PROCESS: 15)
05/28/07   14:08:03  ANR8300E I/O error on library TLS-412180  
(OP=C0106C03,

  CC=207, KEY=05, ASC=21, ASCQ=01,
  SENSE=70.00.05.00.00.00.00.0A. 
00.00.00.00.21.01.00.C0.00-
  .02., Description=Device is not in a  
state capable of
  performing request).  Refer to Appendix D  
in the
  'Messages' manual for recommended action.  
(SESSION: 15,

  PROCESS: 15)
05/28/07   14:08:03  ANR8942E Could not move volume NOT KNOWN  
from slot-element
  16 to slot-element 63000. (SESSION: 15,  
PROCESS: 15)
05/28/07   14:08:03  ANR8460E AUDIT LIBRARY process for library  
TLS-412180

  failed. (SESSION: 15, PROCESS: 15)


You can review the List archives, at http://www.mail-archive.com/adsm- 
[EMAIL PROTECTED]/, for prior occurrences of messages and problems.

You can perform a query at the TSM Support Page,
http://www-306.ibm.com/software/sysmgmt/products/support/ 
IBMTivoliStorageManager.html
to find IBM's recommendations for handling certain conditions, which  
in this case would be Technote 1153902.  Physical inspection of  
libraries, when they have problems, can be more illuminating than  
trying to perform software inquiries.


  Richard Sims

Audit library problem.

[Erik Björndell]

Hi All!
Have anyone experienced any problems like this one below?


05/28/07   14:08:02  ANR8457I AUDIT LIBRARY: Operation for library 
TLS-412180
  started as process 15. (SESSION: 15, PROCESS: 15)
05/28/07   14:08:03  ANR8788W Unable to read the barcode of cartridge in
  slot-id 16 in library TLS-412180;  loading in drive to
  read label. (SESSION: 15, PROCESS: 15)
05/28/07   14:08:03  ANR8300E I/O error on library TLS-412180 (OP=C0106C03,
  CC=207, KEY=05, ASC=21, ASCQ=01,
  
SENSE=70.00.05.00.00.00.00.0A.00.00.00.00.21.01.00.C0.00-
  .02., Description=Device is not in a state capable of
  performing request).  Refer to Appendix D in the
  'Messages' manual for recommended action. (SESSION: 
15,
  PROCESS: 15)
05/28/07   14:08:03  ANR8942E Could not move volume NOT KNOWN from 
slot-element
  16 to slot-element 63000. (SESSION: 15, PROCESS: 15)
05/28/07   14:08:03  ANR8460E AUDIT LIBRARY process for library TLS-412180
  failed. (SESSION: 15, PROCESS: 15)


Erik Björndell  
SYSTEMS SPECIALIST  

Zetup by Semcon 
Mellanvägen 7, SE-461 38 Trollhättan, Sweden
Mobile +46(0)736 84 04 06   
E-mail [EMAIL PROTECTED]  <mailto:[EMAIL PROTECTED]>
www.zetup.se <http://www.zetup.se/> 

Re: 3494 audit library time estimate

[Prather, Wanda]

My TSM shares a 3494 with a mainframe; TSM owns about 400 tapes.

Audit completes in 2-3 minutes, depending on how busy the 3494 is.

BUT, audit will NOT run as long as there are other processes using tapes.
Wait to start the audit until there are no tapes mounted by other processes
or sessions.

-Original Message-
From: French, Michael [mailto:[EMAIL PROTECTED]
Sent: Friday, February 06, 2004 2:17 AM
To: [EMAIL PROTECTED]
Subject: 3494 audit library time estimate


Anyone out there with an IBM 3494 library that has ever performed an "audit
library" have any idea how long it should take?  I had about 60 tapes that
are in the library but TSM refuses to mount them stating that they are
unavailable (updated the to read/write and tried to audit them).  I
reinventoried on the library side, problem still exists so about 6 hours
ago, I kicked off a library audit on one of my servers that is attached to
the library.  How long should this take?

Relative info:

IBM 3494 library, 1 HA1, 1 L12, 2 D12 frames
8 3590 tape drives
965 tapes in the library
2 TSM servers attached to library
TSM server 2 (one running audit) owns about 500 tapes
TSM 5.1.8.1
Solaris 8

Command used for audit:

audit library ids02atl1 checkl=barcode

Nothing in the logs since this started.  Thanks!

Michael French

Re: 3494 audit library time estimate

[Ben Bullock]

Another thing to remember is that the "audit library" command
will not run as long as any tapes are mounted in the library. The
process will sit out there and keep other tapes from being mounted, but
will wait until all current tapes are dismounted by natural means. So, a
long running migration or reclamation AND an audit library command can
hang it up for hours. Something easy to forget.

We also have the 3494 and in a few cases the "audit library"
would just hang out there and never complete. In those cases, only a
restart of the TSM server software was able to break it loose.

Ben

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: Friday, February 06, 2004 5:06 AM
To: [EMAIL PROTECTED]
Subject: Re: 3494 audit library time estimate


>Anyone out there with an IBM 3494 library that has ever performed an 
>"audit library" have any idea how long it should take?  I had about 60 
>tapes that are in the library but TSM refuses to mount them stating 
>that they are unavailable (updated the to read/write and tried to audit

>them).  I reinventoried on the library side, problem still exists so 
>about 6 hours ago, I kicked off a library audit on one of my servers 
>that is attached to the library.  How long should this take?

WHOA!!  First, before anything else, find out what the problem is! You
probably have a library hardware problem, and trying to treat that with
a sofware remedy won't work.  (Keep in mind that 3494 and like advanced
libraries have their own library manager and database for consistency
maintenance. I've had a 3494 for years and have never had any cause to
do an Audit Library.)  Don't blame TSM for not mounting tapes if the
library is not in a condition to service requests.

Begin by looking back in your TSM Activity Log for when this started,
searching on involved volsers.  Look in your Solaris error log for
indications of problems and when they started.  Use the mtlib command to
query the LM for status and see what's up.  Check the state of the
drives in the OS.  Go check the LM panel to see if the drives are in
Available vs. Unavailable state.  See if any drives are powered off,
uncabled, offline, have tapes stuck in them, etc.  Something is wrong
there.

I suspect that you are not running a library monitor, which would alert
you to problems when they happened.  Consider implementing a 3494
monitor based upon the sample program I provide on my web pages.

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

Re: 3494 audit library time estimate

[Richard Sims]

>Anyone out there with an IBM 3494 library that has ever performed an
>"audit library" have any idea how long it should take?  I had about 60
>tapes that are in the library but TSM refuses to mount them stating that
>they are unavailable (updated the to read/write and tried to audit
>them).  I reinventoried on the library side, problem still exists so
>about 6 hours ago, I kicked off a library audit on one of my servers
>that is attached to the library.  How long should this take?

WHOA!!  First, before anything else, find out what the problem is!
You probably have a library hardware problem, and trying to treat that with
a sofware remedy won't work.  (Keep in mind that 3494 and like advanced
libraries have their own library manager and database for consistency
maintenance. I've had a 3494 for years and have never had any cause to
do an Audit Library.)  Don't blame TSM for not mounting tapes if the
library is not in a condition to service requests.

Begin by looking back in your TSM Activity Log for when this started,
searching on involved volsers.  Look in your Solaris error log for
indications of problems and when they started.  Use the mtlib command to
query the LM for status and see what's up.  Check the state of the drives
in the OS.  Go check the LM panel to see if the drives are in Available vs.
Unavailable state.  See if any drives are powered off, uncabled, offline,
have tapes stuck in them, etc.  Something is wrong there.

I suspect that you are not running a library monitor, which would alert
you to problems when they happened.  Consider implementing a 3494 monitor
based upon the sample program I provide on my web pages.

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

3494 audit library time estimate

[French, Michael]

Anyone out there with an IBM 3494 library that has ever performed an "audit library" 
have any idea how long it should take?  I had about 60 tapes that are in the library 
but TSM refuses to mount them stating that they are unavailable (updated the to 
read/write and tried to audit them).  I reinventoried on the library side, problem 
still exists so about 6 hours ago, I kicked off a library audit on one of my servers 
that is attached to the library.  How long should this take?

Relative info:

IBM 3494 library, 1 HA1, 1 L12, 2 D12 frames
8 3590 tape drives
965 tapes in the library
2 TSM servers attached to library
TSM server 2 (one running audit) owns about 500 tapes
TSM 5.1.8.1
Solaris 8

Command used for audit:

audit library ids02atl1 checkl=barcode

Nothing in the logs since this started.  Thanks!

Michael French

Re: audit library fails

[Dan Foster]

Hot Diggety! Karel Bos was rumored to have written:
>
> On both sites we had some problems with tapes stuck in drives. On both sites
> we had to do audit libraries to get TSM in synch with the libraries. While
> the tapes were stuck in the drive, the audit library failes and now one of
> the slots is empty (tape was in the drive and is completely gone) and still
> the audit fails. Has anyone seen this type of behavour? Is it a TSM thing
> (don't think so because of the version difference between sites) or has
> something been altered in the microcode of the library what changes things?

The 3584's a great unit. TSM's audit library requests data from the 3584's
inventory data... so even though you may have removed a stuck tape, the
3584 may still not be aware of it for its scanned inventory data.

What works for us in this situation is to go to the front panel (or the
unit's web interface if you hooked up Ethernet to it) and have it do an
inventory. 45-50 seconds later, it's done. Now go to TSM and do an AUDIT
LIBRARY. It should now work as expected.

-Dan

audit library fails

[Karel Bos]

Hi all,

07/24/03 15:35:06 ANR8788W Unable to read the barcode of cartridge in

   slot-id 1063 in library 3584LIB;  loading in drive to

   read label.

07/24/03 15:35:06 ANR8300E I/O error on library 3584LIB (OP=6C03,

   CC=207, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.0-
   0.00.0A.00.00.00.00.30.00.00.C0.00.04.,
Description=Dev-
   ice is not in a state capable of performing request).

   Refer to Appendix D in the 'Messages' manual for

   recommended action.

07/24/03 15:35:06 ANR2017I Administrator KAREL issued command: QUERY
PROCESS


07/24/03 15:35:06 ANRD mmsscsi.c(9401): ThreadId<28> Could not move

   volume NOT KNOWN from slot 1063 to slot 262.

07/24/03 15:35:07     ANR8460E AUDIT LIBRARY process for library 3584LIB
failed.
07/24/03 15:35:07 ANR0985I Process 32 for AUDIT LIBRARY running in the

   BACKGROUND completed with completion state FAILURE at

   15:35:07.


os'ses=AIX + win2k
TSM=4.2.2.13 (AIX) + 5.1.7.0 (win2k)
Libraries=both 3584

On both sites we had some problems with tapes stuck in drives. On both sites
we had to do audit libraries to get TSM in synch with the libraries. While
the tapes were stuck in the drive, the audit library failes and now one of
the slots is empty (tape was in the drive and is completely gone) and still
the audit fails. Has anyone seen this type of behavour? Is it a TSM thing
(don't think so because of the version difference between sites) or has
something been altered in the microcode of the library what changes things?

Regard,

Karel

Re: audit library

[Farren Minns]

We had our 3494 library with two 3590 drives installed two years ago, and
for the first six months we were seeing failed drives at least twice a
week. In the end, it turned out that 3590 drives in a library need these
extra little things called 'locking clips' or something to hold the tapes
steady for the gripper to grab hold of them (stand alone 3590's do not need
these, something which should have occurred to the engineer much sooner
IMHO). As soon as each drive was fitted with one of these clips, we had no
more problems. This may not be your exact problem, but either way, we were
seeing the exact same effects. It sounds like a drive problem.

If you do want to do an audit, they are reasonably quick. We only have one
frame with approx 120 volumes in granted, but a minute or so does the job.

Farren Minns - John Wiley & Sons Ltd



Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:        "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:        [EMAIL PROTECTED]
cc:
Subject:        Re: audit library


On Friday, Jan 24, 2003, at 21:20 Australia/Sydney, Michelle Wiedeman
wrote:

> one of my drives in the library continues to produce errors  and is
> taken
> offline by tsm.
> 01/24/03 11:00:45 ANR8779E Unable to open drive /dev/rmt1, error
> number=46.
> 01/24/03 11:00:51 ANR8792E Unrecoverable drive failures on drive RMT1
> (/dev/rmt1); drive is now taken offline.
> errno 46 is defined within aix as being a device not ready error.
>
> now I've tried to delete and redefine the unit on both platforms, but
> no
> success.

Both platforms? Is the drive being shared?

> the server no comes with an advice to audit the library, since I have
> no
> clues anymore I'm willing to try this, but have never done it before.
> The
> manuals speak of it as being quite time consuming but nowhere it says
> approx. how long and if I can in some way reduce the time.
> The manuals also state that some processes will be halted for as long
> as the
> audit is running, but again nowhere it states which ones or maybe all
> processes.

If this is a 3494 library, I've done several audits with no hassle.
Since
the 3494's library controller maintains a database of all the tapes
present
in the library, a TSM "audit library" just validates the libvolumes
table
against the library. It takes less than a minute.

BTW, if your drives are 3590s, I've seen problems like you describe
before.
For us, it was a combination of bad tapes, and old drive firmware. An
audit
library isn't going to help.

> does anyone have a clue??

I hope some of us do! :-)

Cheers,
--
Paul Ripke
Unix/OpenVMS/DBA
101 reasons why you can't find your Sysadmin:
68: It's 9AM. He/She is not working that late.
-- Koos van den Hout

Re: audit library

[Richard Sims]

>one of my drives in the library continues to produce errors  and is taken
>offline by tsm.
>01/24/03 11:00:45 ANR8779E Unable to open drive /dev/rmt1, error number=46.
>01/24/03 11:00:51 ANR8792E Unrecoverable drive failures on drive RMT1
>(/dev/rmt1); drive is now taken offline.
>errno 46 is defined within aix as being a device not ready error.
>
>now I've tried to delete and redefine the unit on both platforms, but no
>success. ...

Whoa, whoa!  Basic stuff here:  If you get a drive failure, the first thing to
do is physically examine the drive, utilizing the User's Guide for whatever
type of drive it is, as in checking the LCD panel for error indications,
the drive's power state, tape mount/dismount failure, etc.
You perform software commands only as is appropriate to deal with a problem
according to its manifestations.  Running commands at random will at a minimum
waste your time, and can make the problem worse.

  Richard Sims, BU

Re: audit library

[Paul Ripke]

On Friday, Jan 24, 2003, at 21:20 Australia/Sydney, Michelle Wiedeman
wrote:


one of my drives in the library continues to produce errors  and is
taken
offline by tsm.
01/24/03 11:00:45 ANR8779E Unable to open drive /dev/rmt1, error
number=46.
01/24/03 11:00:51 ANR8792E Unrecoverable drive failures on drive RMT1
(/dev/rmt1); drive is now taken offline.
errno 46 is defined within aix as being a device not ready error.

now I've tried to delete and redefine the unit on both platforms, but
no
success.


Both platforms? Is the drive being shared?


the server no comes with an advice to audit the library, since I have
no
clues anymore I'm willing to try this, but have never done it before.
The
manuals speak of it as being quite time consuming but nowhere it says
approx. how long and if I can in some way reduce the time.
The manuals also state that some processes will be halted for as long
as the
audit is running, but again nowhere it states which ones or maybe all
processes.


If this is a 3494 library, I've done several audits with no hassle.
Since
the 3494's library controller maintains a database of all the tapes
present
in the library, a TSM "audit library" just validates the libvolumes
table
against the library. It takes less than a minute.

BTW, if your drives are 3590s, I've seen problems like you describe
before.
For us, it was a combination of bad tapes, and old drive firmware. An
audit
library isn't going to help.


does anyone have a clue??


I hope some of us do! :-)

Cheers,
--
Paul Ripke
Unix/OpenVMS/DBA
101 reasons why you can't find your Sysadmin:
68: It's 9AM. He/She is not working that late.
-- Koos van den Hout

Re: audit library

[Daniel Sparrman]

Hi Michelle

First of all, the problem doesnt sound like one where an audit library 
would solve the problem. Have you checked the drive for errors, or if 
there are a tape stuck in the drive?

What kind of library are you running TSM against?

The audit library with checklabel=yes will take quite a long time, 
depending on how many volumes you have in your library.

An audit library checklabel=barcode will take a lot less time.

Some processes will be halted, as the audit process will use tape drives 
in your library(which means other processes doesnt have access to theese 
tape drives).

Have your received any sense codes through TSM?

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Exist i Stockholm AB
Propellervägen 6B
183 62 HÄGERNÄS
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51




Michelle Wiedeman <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2003-01-24 11:20
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
    cc: 
    Subject:audit library


Hi all,

one of my drives in the library continues to produce errors  and is taken
offline by tsm.
01/24/03 11:00:45 ANR8779E Unable to open drive /dev/rmt1, error 
number=46.
01/24/03 11:00:51 ANR8792E Unrecoverable drive failures on drive RMT1
(/dev/rmt1); drive is now taken offline.
errno 46 is defined within aix as being a device not ready error.

now I've tried to delete and redefine the unit on both platforms, but no
success.
the server no comes with an advice to audit the library, since I have no
clues anymore I'm willing to try this, but have never done it before. The
manuals speak of it as being quite time consuming but nowhere it says
approx. how long and if I can in some way reduce the time.
The manuals also state that some processes will be halted for as long as 
the
audit is running, but again nowhere it states which ones or maybe all
processes.

does anyone have a clue??

thanx a lot,
michelle (again *sigh*)

audit library

[Michelle Wiedeman]

Hi all,

one of my drives in the library continues to produce errors  and is taken
offline by tsm.
01/24/03 11:00:45 ANR8779E Unable to open drive /dev/rmt1, error number=46.
01/24/03 11:00:51 ANR8792E Unrecoverable drive failures on drive RMT1
(/dev/rmt1); drive is now taken offline.
errno 46 is defined within aix as being a device not ready error.

now I've tried to delete and redefine the unit on both platforms, but no
success.
the server no comes with an advice to audit the library, since I have no
clues anymore I'm willing to try this, but have never done it before. The
manuals speak of it as being quite time consuming but nowhere it says
approx. how long and if I can in some way reduce the time.
The manuals also state that some processes will be halted for as long as the
audit is running, but again nowhere it states which ones or maybe all
processes.

does anyone have a clue??

thanx a lot,
michelle (again *sigh*)

Re: Audit Library question.

[Tab Trepagnier]

Matt,

What I see on my system depends on the library.  I currently have a 3583,
two 3575s (and L12 and an L18), and an HP 4/40 DLT.  In the past I've used
a smaller 3575 (L06) and a 3570.  All have/had barcode readers.

The two largest 3575s perform barcode audits without moving anything. They
seem to simply read the library's internal inventory back to TSM.  If the
library's inventory is suspect, there is a front panel function to "init
element status" that causes the robot to scan all the bar codes and update
the library's inventory.

The 3570, 3575-L06, and HP 4/40 all send/sent the robot scanning the tapes
in their slots and drives.  That updated info was then reported to TSM.

I don't know what the 3583 does because it doesn't have any windows to
permit viewing the internals while in operation.

Tab Trepagnier
TSM Administrator
Laitram Corporation







Matt Simpson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
10/22/2002 01:53 PM
Please respond to "ADSM: Dist Stor Manager"


    To: [EMAIL PROTECTED]
cc:
Subject:Re: Audit Library question.


At 11:03 AM -0700 10/22/02, KEN HORACEK said:
>With checklabel=barcode, all of the barcodes are read.  This is then
>checked with the internal memory of the library as to what the
>library's inventory says is where.

That's not what I'm seeing, and that's not what I think I'm reading
from others here.
When I execute the audit checklabel=barcode for our 3584 library, it
completes almost instantaneously with no movement of the library
robotics.  I don't see how it could possibly be reading the barcode
labels.  I suspect it's doing what I think others have suggested:
"remembering" the barcode labels that it has read previously.

At 2:02 PM -0400 10/22/02, David Longo wrote:
>I imagine the checkl=barocde was introduced to shorten audit, without
>it you would have to mount every tape in library - which would take
>some considerable time with some libraries!

I understand that reading the barcode is a good alternative to
mounting the tape and reading the internal label.  But what I'm
saying is that it doesn't appear to be reading the barcodes when the
audit is executed.

>  What you are doing is
>checkinbg the barcode label in library memory as opposed to checking
>the
>magnetic tape label header.

That's what I thought .. checking the barcode label in library
memory.  But in my interpretation, checklabel=barcode should mean
read the barcode now, not tell me what it thinks it is based on its
memory of the last time  it read it.

>
>The ideal short way is to have the library do it's inventory, which
>reads
>barcodes and is quick, then do audit with checkl=barcode.

OK .. thatmakes sense.  The library inventory physically reads the
barcode labels and updates the internal memory if necessary, and then
the TSM audit checklabel=barcode causes the library's memory to be
synced with TSM.  In my opinion, the ideal short way  would be to
have the TSM audit checklabel=barcode command really tell the library
to read the barcodes, eliminating the need to do the library
inventory in a previous step.   When I say checklabel=barcode, I mean
checklabel=barcode, I don't mean check your internal memory. But I
don't know if that's a limitation in the library or TSM.

--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as
fast
as last year's.

Re: Audit Library question.

[KEN HORACEK]

Todd,
Apparently, not all LTO(s) are created equally.  We have a 3584.



Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 11:28:28 AM >>>
Not true on my library, Ken...
I have run several audits using checklabel=barcode before with success.
The arm has never moved in the library with an audit using checkl=b.



|+>
||  KEN HORACEK   |
||  |
||  Sent by:  |
||  "ADSM: Dist   |
||  Stor Manager" |
||  <[EMAIL PROTECTED]|
||  IST.EDU>  |
|||
|||
||  10/22/2002|
||  01:03 PM  |
||  Please respond|
||  to "ADSM: Dist|
||  Stor Manager" |
|||
|+>
  
>---|
  |
   |
  |  To: [EMAIL PROTECTED]  
   |
  |  cc:   
   |
  |  Fax to:   
       |
  |  Subject: Re: Audit Library question.  
   |
  
>---|




Not true...
With checklabel=barcode, all of the barcodes are read.  This is then
checked with the internal memory of the library as to what the library's
inventory says is where.  The tape is mounted, only if the barcode is
mis-read.

Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>

Re: Audit Library question.

[David Longo]

Following the discussion here (and in past months), part of the
problem is the way libraries respond.  I believe (Tivoli maybe coluld
chime in and give the fine points on this) that when audit library
checkl=barcode is issued that a certain SCSI command is sent to
library.
With the varied libraries out there supported, from simple to complex,
the library interprets the command slightly differently in what it is
requested to do.  So as they say on TV "Your results may not be the
same" - or is that what your stock broker says?

On the things getting out of sync question.  I just looked at the help
audit library command on a TSM 4.2.2.10 server.  Notice the wording
carefully:

"TSM deletes missing volumes and updates moved volume locations. TSM
does not automatically add new volumes; you must check in new volumes
with the CHECKIN LIBVOLUME command."

I think the implication is that it does nothing else.  That is if you
manually
put a tape in the library without the checkin command and then run
inventory/audit, TSM wil not pick it up.

Also for instance in cases I have personally seen, if you do a
checkout
and bulk I/O is full, the the prompt to operators is to remove tape
xxx
from slot yyy.  If the operator isn't paying attention and replies to
this,
then that tape is removed from TSM inventory but is STILL in the
library.
An audit and inventory will not put it back up into TSM's inventory.
There
are a few other slight variations  on this that I have seen, but you
get the idea.  I believe these circumstnace would be the same for
all automated libraries but am not completely sure.

How do you find these tapes then?  Send me $5.95 plus shipping
and handling and I'll send you instructions on how!  But seriously
folks, that's what they pay us the BIG bucks for.  In a sentence
of two: run a q libvol from TSM and in very close time sequence
run an inventory for your library with say tapeutil.  (Tapeutil
will show ALL tapes, no matter how they got in library).  Then do
a comparison.  Some libraries you may have to open and do a slot
by slot comparison.

As an alternative to q libvol which puts tapes in volser order use this
select
which puts them in element order:

select volume_name,home_element from libvolumes order by home_element


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.5509
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/02 02:53PM >>>
At 11:03 AM -0700 10/22/02, KEN HORACEK said:
>With checklabel=barcode, all of the barcodes are read.  This is then
>checked with the internal memory of the library as to what the
>library's inventory says is where.

That's not what I'm seeing, and that's not what I think I'm reading
from others here.
When I execute the audit checklabel=barcode for our 3584 library, it
completes almost instantaneously with no movement of the library
robotics.  I don't see how it could possibly be reading the barcode
labels.  I suspect it's doing what I think others have suggested:
"remembering" the barcode labels that it has read previously.

At 2:02 PM -0400 10/22/02, David Longo wrote:
>I imagine the checkl=barocde was introduced to shorten audit, without
>it you would have to mount every tape in library - which would take
>some considerable time with some libraries!

I understand that reading the barcode is a good alternative to
mounting the tape and reading the internal label.  But what I'm
saying is that it doesn't appear to be reading the barcodes when the
audit is executed.

>  What you are doing is
>checkinbg the barcode label in library memory as opposed to checking
>the
>magnetic tape label header.

That's what I thought .. checking the barcode label in library
memory.  But in my interpretation, checklabel=barcode should mean
read the barcode now, not tell me what it thinks it is based on its
memory of the last time  it read it.

>
>The ideal short way is to have the library do it's inventory, which
>reads
>barcodes and is quick, then do audit with checkl=barcode.

OK .. thatmakes sense.  The library inventory physically reads the
barcode labels and updates the internal memory if necessary, and then
the TSM audit checklabel=barcode causes the library's memory to be
synced with TSM.  In my opinion, the ideal short way  would be to
have the TSM audit checklabel=barcode command really tell the library
to read the barcodes, eliminating the need to do the library
inventory in a previous step.   When I say checklabel=barcode, I mean
checklabel=barcode, I don't mean check your internal memory. But I
don't know if that's a limitation in the library or TSM.

--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:m

Re: Audit Library question.

[KEN HORACEK]

We too have a 3584.  When an AUDIT LIBRARY checklabel=barcode (run daily) occurs, the 
arm moves over the entire library of tapes, reading the barcodes.  I have witnessed 
this.  If there is something that was done at installation time, of our LTO, to effect 
this, I couldn't say.  Maybe someone out there, intimate with the hardware, can let us 
all know.


Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 11:53:54 AM >>>
At 11:03 AM -0700 10/22/02, KEN HORACEK said:
>With checklabel=barcode, all of the barcodes are read.  This is then
>checked with the internal memory of the library as to what the
>library's inventory says is where.

That's not what I'm seeing, and that's not what I think I'm reading
from others here.
When I execute the audit checklabel=barcode for our 3584 library, it
completes almost instantaneously with no movement of the library
robotics.  I don't see how it could possibly be reading the barcode
labels.  I suspect it's doing what I think others have suggested:
"remembering" the barcode labels that it has read previously.

At 2:02 PM -0400 10/22/02, David Longo wrote:
>I imagine the checkl=barocde was introduced to shorten audit, without
>it you would have to mount every tape in library - which would take
>some considerable time with some libraries!

I understand that reading the barcode is a good alternative to
mounting the tape and reading the internal label.  But what I'm
saying is that it doesn't appear to be reading the barcodes when the
audit is executed.

>  What you are doing is
>checkinbg the barcode label in library memory as opposed to checking
>the
>magnetic tape label header.

That's what I thought .. checking the barcode label in library
memory.  But in my interpretation, checklabel=barcode should mean
read the barcode now, not tell me what it thinks it is based on its
memory of the last time  it read it.

>
>The ideal short way is to have the library do it's inventory, which
>reads
>barcodes and is quick, then do audit with checkl=barcode.

OK .. thatmakes sense.  The library inventory physically reads the
barcode labels and updates the internal memory if necessary, and then
the TSM audit checklabel=barcode causes the library's memory to be
synced with TSM.  In my opinion, the ideal short way  would be to
have the TSM audit checklabel=barcode command really tell the library
to read the barcodes, eliminating the need to do the library
inventory in a previous step.   When I say checklabel=barcode, I mean
checklabel=barcode, I don't mean check your internal memory. But I
don't know if that's a limitation in the library or TSM.

--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>

Re: Audit Library question.

[Kauffman, Tom]

This seems to be library dependent. We've had both an STK 9710 and an IBM
3584. Both of these libraries, as a function of library startup (or after
the door had been opened/closed) would scan all slots and build an in-memory
list of volumes and slots in the controller.

Any TSM library audit with checklabel=barcode just gets back the volser and
slot from the library; if the library has an internal memory, it should come
from there. Without an internal data store of some kind, it will need to
scan the tapes.


Tom Kauffman
NIBCO, Inc

> -Original Message-
> From: Murray, Jim [mailto:JMurray@;LIBERTY-BANK.COM]
> Sent: Tuesday, October 22, 2002 1:46 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Audit Library question.
>
>
> Not so here with an ATL 7100 checklabel=barcode and it Always
> moves up and
> down the rows, can only assume it is reading as it goes.
>
> Jim Murray
> Senior Systems Engineer
> Liberty Bank
> 860.638.2919
> [EMAIL PROTECTED]
> "I hear and I forget.
> I see and I remember.
> I do and I understand."
>  -Confucius
>
>
>
> -Original Message-
> From: Todd Lundstedt [mailto:Todd_Lundstedt@;VIA-CHRISTI.ORG]
> Sent: Tuesday, October 22, 2002 14:28
> To: [EMAIL PROTECTED]
> Subject: Re: Audit Library question.
>
>
> Not true on my library, Ken...
> I have run several audits using checklabel=barcode before
> with success.
> The arm has never moved in the library with an audit using checkl=b.
>
>
>
> |+>
> ||  KEN HORACEK   |
> ||   ||  YSTEM.COM>|
> ||  Sent by:  |
> ||  "ADSM: Dist   |
> ||  Stor Manager" |
> ||  <[EMAIL PROTECTED]|
> ||  IST.EDU>  |
> |||
> |||
> ||  10/22/2002|
> ||  01:03 PM  |
> ||  Please respond|
> ||  to "ADSM: Dist|
> ||  Stor Manager" |
> |||
> |+>
>
> >---------
> --
> |
>   |
> |
>   |  To: [EMAIL PROTECTED]
> |
>   |  cc:
> |
>   |  Fax to:
> |
>   |  Subject: Re: Audit Library question.
> |
>
> >-
> --
> |
>
>
>
>
> Not true...
> With checklabel=barcode, all of the barcodes are read.  This is then
> checked with the internal memory of the library as to what
> the library's
> inventory says is where.  The tape is mounted, only if the barcode is
> mis-read.
>
> Ken
> [EMAIL PROTECTED]
>
>
> >>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
> At 11:29 AM -0400 10/22/02, David Longo said:
> >With checklabel=barcode, what happens is that TSM reads the internal
> >memory of the library as to what the library's inventory says is
> >where.
>
> So checklabel=barcode doesn't really mean read the barcodes?  It just
> means check the library's internal memory?  I guess that's still
> useful in some circumstances, if there'e a possibility that TSM and
> the library have gotten out of sync.
> But it would be nice if things mean what they say.  Suppose I really
> want it to read the barcodes?  Suppose I think the library's internal
> memory has gotten confused somehow, and I  want to do a physical
> audit of barcode locations to compare with the internal memory?  Is
> this possible? Or is it a function of the library (which I guess
> might  make more sense).
>
> >So generally that won't take long.  And a drive needs to be available
> >for
> >the case where library had a problem reading a barcode label, that
> >tape
> >can be mounted in a tape drive to verify - even if using checkl=b.
>
> But how can it have a problem reading the barcode label if check-=b
> doesn't even try to read the labels?
>
>
>
> --
>
>
> Matt Simpson --  OS/390 Support
> 219 McVey Hall  -- (859) 257-2900 x300
> University Of Kentucky, Lexington, KY 40506
> <mailto:msimpson@;uky.edu>
> mainframe --   An obsolete device still used by thousands of obsolete
> companies serving billions of obsolete customers and making
> huge obsolete
> profits for their obsolete shareholders.  And this year's run
> twice as fast
> as last year's.
>
> -

Re: Audit Library question.

[Matt Simpson]

At 11:03 AM -0700 10/22/02, KEN HORACEK said:

With checklabel=barcode, all of the barcodes are read.  This is then
checked with the internal memory of the library as to what the
library's inventory says is where.


That's not what I'm seeing, and that's not what I think I'm reading
from others here.
When I execute the audit checklabel=barcode for our 3584 library, it
completes almost instantaneously with no movement of the library
robotics.  I don't see how it could possibly be reading the barcode
labels.  I suspect it's doing what I think others have suggested:
"remembering" the barcode labels that it has read previously.

At 2:02 PM -0400 10/22/02, David Longo wrote:

I imagine the checkl=barocde was introduced to shorten audit, without
it you would have to mount every tape in library - which would take
some considerable time with some libraries!


I understand that reading the barcode is a good alternative to
mounting the tape and reading the internal label.  But what I'm
saying is that it doesn't appear to be reading the barcodes when the
audit is executed.


 What you are doing is
checkinbg the barcode label in library memory as opposed to checking
the
magnetic tape label header.


That's what I thought .. checking the barcode label in library
memory.  But in my interpretation, checklabel=barcode should mean
read the barcode now, not tell me what it thinks it is based on its
memory of the last time  it read it.



The ideal short way is to have the library do it's inventory, which
reads
barcodes and is quick, then do audit with checkl=barcode.


OK .. thatmakes sense.  The library inventory physically reads the
barcode labels and updates the internal memory if necessary, and then
the TSM audit checklabel=barcode causes the library's memory to be
synced with TSM.  In my opinion, the ideal short way  would be to
have the TSM audit checklabel=barcode command really tell the library
to read the barcodes, eliminating the need to do the library
inventory in a previous step.   When I say checklabel=barcode, I mean
checklabel=barcode, I don't mean check your internal memory. But I
don't know if that's a limitation in the library or TSM.

--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: Audit Library question.

[Murray, Jim]

Not so here with an ATL 7100 checklabel=barcode and it Always moves up and
down the rows, can only assume it is reading as it goes.

Jim Murray
Senior Systems Engineer
Liberty Bank
860.638.2919
[EMAIL PROTECTED]
"I hear and I forget.
I see and I remember.
I do and I understand."
 -Confucius



-Original Message-
From: Todd Lundstedt [mailto:Todd_Lundstedt@;VIA-CHRISTI.ORG]
Sent: Tuesday, October 22, 2002 14:28
To: [EMAIL PROTECTED]
Subject: Re: Audit Library question.


Not true on my library, Ken...
I have run several audits using checklabel=barcode before with success.
The arm has never moved in the library with an audit using checkl=b.



|+>
||  KEN HORACEK   |
||  |
||  Sent by:  |
||  "ADSM: Dist   |
||  Stor Manager" |
||  <[EMAIL PROTECTED]|
||  IST.EDU>  |
|||
|||
||  10/22/2002|
||  01:03 PM  |
||  Please respond|
||  to "ADSM: Dist|
||  Stor Manager" |
|||
|+>

>---
|
  |
|
  |  To: [EMAIL PROTECTED]
|
  |  cc:
|
  |      Fax to:
|
  |  Subject: Re: Audit Library question.
|

>---
|




Not true...
With checklabel=barcode, all of the barcodes are read.  This is then
checked with the internal memory of the library as to what the library's
inventory says is where.  The tape is mounted, only if the barcode is
mis-read.

Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>



The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. If you are not the intended
recipient of this message you are hereby notified that any use,
review, retransmission, dissemination, distribution, reproduction
or any action taken in reliance upon this message is prohibited.
If you received this in error, please contact the sender and
delete the material from any computer.  Any views expressed
in this message are those of the individual sender and may
not necessarily reflect the views of the company.

Re: Audit Library question.

[Cook, Dwight E]

All depends on your type of library !

IBM 3494-L12

To get the atl to actually scan the barcodes of the tapes you must go to the
operator console and do a
command, inventory, inventory update full
or something close to that (changes across levels of the library manager
code)
then inside tsm an audit library checklabel=barcode only checks against the
library manager's data base.

Dwight


-Original Message-
From: KEN HORACEK [mailto:KHORACEK@;INCSYSTEM.COM]
Sent: Tuesday, October 22, 2002 1:03 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library question.


Not true...
With checklabel=barcode, all of the barcodes are read.  This is then checked
with the internal memory of the library as to what the library's inventory
says is where.  The tape is mounted, only if the barcode is mis-read.

Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>

Re: Audit Library question.

[Todd Lundstedt]

Not true on my library, Ken...
I have run several audits using checklabel=barcode before with success.
The arm has never moved in the library with an audit using checkl=b.



|+>
||  KEN HORACEK   |
||  |
||  Sent by:  |
||  "ADSM: Dist   |
||  Stor Manager" |
||  <[EMAIL PROTECTED]|
||  IST.EDU>  |
|||
|||
||  10/22/2002|
||  01:03 PM  |
||  Please respond|
||  to "ADSM: Dist|
||  Stor Manager" |
|||
|+>
  
>---|
  |
   |
  |  To: [EMAIL PROTECTED]  
   |
  |  cc:   
   |
  |  Fax to:   
   |
  |  Subject: Re: Audit Library question.  
   |
  
>---|




Not true...
With checklabel=barcode, all of the barcodes are read.  This is then
checked with the internal memory of the library as to what the library's
inventory says is where.  The tape is mounted, only if the barcode is
mis-read.

Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>

Re: Audit Library question.

[Todd Lundstedt]

The reason I started the audit was because TSM was not reporting the tape
in the library, yet the library knew the tape was inserted.  I could see
the tape in the library (with my own eyes).  Using the manual operations |
move tape functions from the LCD display on the library, the library was
able to move the tape out and back into the library.  But Query LIBVolume
did not show the tape in the library.
I thought Audit Library with checklabel=barcode should fix it, but after 2
hours, the process hadn't ended.  So I cancelled it.
What I ended up doing was manually removed the tape (via the move tape
functions from the LCD panel of the library), and then turned around and
did a Checkin process for the tapes in the Bulk I/O slots.  After that, the
query libvolume command reported the tape in the library.
This tells me that there is/was no problem with the barcode, or the reader,
and possibly even the library memory (since the library knew it had the
tape all along).  Something funky going on with the Audit Library process,
for sure.



|+-->
||  David Longo |
|||
||  Sent by: "ADSM: Dist|
||  Stor Manager"   |
||  <[EMAIL PROTECTED]|
||  U>  |
||  |
||  |
||  10/22/2002 01:02 PM |
||  Please respond to   |
||  "ADSM: Dist Stor|
||  Manager"|
||  |
|+-->
  
>---|
  |
   |
  |  To: [EMAIL PROTECTED]  
   |
  |  cc:   
   |
  |  Fax to:   
       |
  |  Subject: Re: Audit Library question.  
   |
  
>---|




I imagine the checkl=barocde was introduced to shorten audit, without
it you would have to mount every tape in library - which would take
some considerable time with some libraries!  What you are doing is
checkinbg the barcode label in library memory as opposed to checking
the
magnetic tape label header.

The ideal short way is to have the library do it's inventory, which
reads
barcodes and is quick, then do audit with checkl=barcode.  Whole
process shouldn't take more than a few minutes - there may be some
library units that take longer.  This complete process should take
care
of anything that has gotten out of sync.  I have had a few cases where
there was still something out of sync and had to do detailed
examination
to correct.

It can have  a problem reading the barcode if the laser scanner
couldn't
read the label.  That can happen some times - especially if you don't
use
original manufacturers labels.  If you have AIX server and use
tapeutil
with inventory action, it will show the slot status for tapes like
these
in "abnormal" status.  When the audit with checkl=barcode runs it
finds
this and no barcode label for that slot and mounts the tape in that
slot
to read the magnetic label and update TSM's inventory.

A brief overview as I have seen it in action many times.



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.5509
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/02 01:44PM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So g

Re: Audit Library question.

[KEN HORACEK]

Not true...
With checklabel=barcode, all of the barcodes are read.  This is then checked with the 
internal memory of the library as to what the library's inventory says is where.  The 
tape is mounted, only if the barcode is mis-read.

Ken
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/2002 10:44:50 AM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
<<<>>>

Re: Audit Library question.

[David Longo]

I imagine the checkl=barocde was introduced to shorten audit, without
it you would have to mount every tape in library - which would take
some considerable time with some libraries!  What you are doing is
checkinbg the barcode label in library memory as opposed to checking
the
magnetic tape label header.

The ideal short way is to have the library do it's inventory, which
reads
barcodes and is quick, then do audit with checkl=barcode.  Whole
process shouldn't take more than a few minutes - there may be some
library units that take longer.  This complete process should take
care
of anything that has gotten out of sync.  I have had a few cases where
there was still something out of sync and had to do detailed
examination
to correct.

It can have  a problem reading the barcode if the laser scanner
couldn't
read the label.  That can happen some times - especially if you don't
use
original manufacturers labels.  If you have AIX server and use
tapeutil
with inventory action, it will show the slot status for tapes like
these
in "abnormal" status.  When the audit with checkl=barcode runs it
finds
this and no barcode label for that slot and mounts the tape in that
slot
to read the magnetic label and update TSM's inventory.

A brief overview as I have seen it in action many times.



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.5509
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/02 01:44PM >>>
At 11:29 AM -0400 10/22/02, David Longo said:
>With checklabel=barcode, what happens is that TSM reads the internal
>memory of the library as to what the library's inventory says is
>where.

So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).

>So generally that won't take long.  And a drive needs to be available
>for
>the case where library had a problem reading a barcode label, that
>tape
>can be mounted in a tape drive to verify - even if using checkl=b.

But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge
obsolete
profits for their obsolete shareholders.  And this year's run twice as
fast
as last year's.


"MMS " made the following
 annotations on 10/22/2002 02:04:16 PM
--
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.

==

Re: Audit Library question.

[Matt Simpson]

At 11:29 AM -0400 10/22/02, David Longo said:

With checklabel=barcode, what happens is that TSM reads the internal
memory of the library as to what the library's inventory says is
where.


So checklabel=barcode doesn't really mean read the barcodes?  It just
means check the library's internal memory?  I guess that's still
useful in some circumstances, if there'e a possibility that TSM and
the library have gotten out of sync.
But it would be nice if things mean what they say.  Suppose I really
want it to read the barcodes?  Suppose I think the library's internal
memory has gotten confused somehow, and I  want to do a physical
audit of barcode locations to compare with the internal memory?  Is
this possible? Or is it a function of the library (which I guess
might  make more sense).


So generally that won't take long.  And a drive needs to be available
for
the case where library had a problem reading a barcode label, that
tape
can be mounted in a tape drive to verify - even if using checkl=b.


But how can it have a problem reading the barcode label if check-=b
doesn't even try to read the labels?



--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: Audit Library question.

[David Longo]

With checklabel=barcode, what happens is that TSM reads the internal
memory of the library as to what the library's inventory says is
where.
So generally that won't take long.  And a drive needs to be available
for
the case where library had a problem reading a barcode label, that
tape
can be mounted in a tape drive to verify - even if using checkl=b.



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.5509
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 10/22/02 08:27AM >>>
At 10:41 AM -0500 10/18/02, Todd Lundstedt said:
>How long should the command
>"Audit Library LibName CheckLabel=BARCODE"
>take to process.  I have less than 200 tapes in the library.  I have
done
>this before and it took less than 5 mins.  This one has been running
for
>over 40 minutes now.

Our situation is just the opposite.  We have a 3584 library connected
to TSM 4.2.2.0 on Solaris.
Audit Library LibName CheckLabel=BARCODE
completes in a few seconds, with no movement of the library robotics.
It doesn't appear to be checking any barcodes at all. I haven't tried
it with CHecklabel=Yes yet.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge
obsolete
profits for their obsolete shareholders.  And this year's run twice as
fast
as last year's.


"MMS " made the following
 annotations on 10/22/2002 11:30:57 AM
--
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.

==

Re: Audit Library question.

[Matt Simpson]

At 10:41 AM -0500 10/18/02, Todd Lundstedt said:

How long should the command
"Audit Library LibName CheckLabel=BARCODE"
take to process.  I have less than 200 tapes in the library.  I have done
this before and it took less than 5 mins.  This one has been running for
over 40 minutes now.


Our situation is just the opposite.  We have a 3584 library connected
to TSM 4.2.2.0 on Solaris.
Audit Library LibName CheckLabel=BARCODE
completes in a few seconds, with no movement of the library robotics.
It doesn't appear to be checking any barcodes at all. I haven't tried
it with CHecklabel=Yes yet.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson@;uky.edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: Audit Library question.

[David Longo]

My 3584-L32 with FC-AL drives takes less than 20 seconds on
AIX with TSM 4.2.2.10.

David Longo

>>> [EMAIL PROTECTED] 10/18/02 10:43PM >>>
I have had it hang up when I had a drive failure with a tape stuck in
the
drive. But it usually only takes 5 minutes for my 3584 with fibre
channel
LTO drives. I am running TSM 5.1.1 on win2k.
--
Thanks,
Matt

-Original Message-
From: Todd Lundstedt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Sent: Fri Oct 18 11:41:46 2002
Subject: Audit Library question.

How long should the command
"Audit Library LibName CheckLabel=BARCODE"
take to process.  I have less than 200 tapes in the library.  I have
done
this before and it took less than 5 mins.  This one has been running
for
over 40 minutes now.  The processor is 99-100% idle.  No tapes in use.
All
reclamation set to 100 to prevent tapes from being used.

TSM 4.2.1.7
AIX 4.3.3
IBM LTO Ultrium drives in 3584 library.

Thanks in advance.


"MMS " made the following
 annotations on 10/19/2002 07:34:09 PM
--
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.

==

Re: Error Message from Audit library -Reply

[Muthyam Reddy]

once I got same kind of problem.
check drives status and paths
1)q drives
2)q path
3)check drives from OS end and its connectivity.

rgds



>>> [EMAIL PROTECTED] 10/07/02 12:56pm >>>
Try the audit again and see if it works o.k.  If it still fails,
then physically check what tape is in location 4119.  Tape is probably
bad in some way.

David Longo

>>> [EMAIL PROTECTED] 10/07/02 12:37PM >>>
Hi TSMers;

I get the following when I run the command "Audit library"

10/07/02 11:52:32 ANR8779E Unable to open drive /dev/rmt0, error
number=46.
10/07/02 11:52:32 ANR8912E Unable to verify the label of volume
from

   slot-element 4119 in drive LTOLIB1DR1
(/dev/rmt0) in

   library  LTOLIB1.

10/07/02 11:52:41 ANR8460E AUDIT LIBRARY process for library
LTOLIB1
failed.
10/07/02 11:52:41 ANR0985I Process 447 for AUDIT LIBRARY running in
the

   BACKGROUND completed with completion state
FAILURE at

   11:52:41.



==I have two drives and the following is the output from "q drive f=d"
==

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR1
 Device Type: LTO
 On-Line: Yes
 Element: 256
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 04/25/02 16:07:44
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR2
 Device Type: LTO
 On-Line: Yes
 Element: 257
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 09/12/02 21:27:24
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE


=The AIX command lsdev -Cc tape" shows no errors either=
rmt0 Available 10-b0-00-1,0 IBM 3580 Ultrium Tape Drive
smc0 Available 10-b0-00-6,0 IBM 3583 Library Medium Changer
rmt1 Available 10-b1-00-2,0 IBM 3580 Ultrium Tape Drive

Environment:

AIX 433 ML10
TSM 5..1.1.0


By the way, the error number=46 means "device not ready".
 The drive is in the available state as you can see above from the
 outout of "lsdev -Cc tape"


Any idea on what the problem (Error message) and the solution could
be???


Best regards;
Hussein M. Abdirahman
Irwin Toy LTD.
Toronto-Canda


"MMS " made the following
 annotations on 10/07/2002 12:58:22 PM
--
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.

==

+
This electronic mail transmission contains information from Joy Mining Machinery
which is confidential, and is intended only for the use of the proper addressee.
If you are not the intended recipient, please notify us immediately at the return
address on this transmission, or by telephone at (724) 779-4500, and delete this
message and any attachments from your system.  Unauthorized use, copying,
disclosing, distributing, or taking any action in reliance on the contents of this
transmission is strictly prohibited and may be unlawful.
+

Re: Error Message from Audit library

[David Longo]

Try the audit again and see if it works o.k.  If it still fails,
then physically check what tape is in location 4119.  Tape is probably
bad in some way.

David Longo

>>> [EMAIL PROTECTED] 10/07/02 12:37PM >>>
Hi TSMers;

I get the following when I run the command "Audit library"

10/07/02 11:52:32 ANR8779E Unable to open drive /dev/rmt0, error
number=46.
10/07/02 11:52:32 ANR8912E Unable to verify the label of volume
from

   slot-element 4119 in drive LTOLIB1DR1
(/dev/rmt0) in

   library  LTOLIB1.

10/07/02 11:52:41 ANR8460E AUDIT LIBRARY process for library
LTOLIB1
failed.
10/07/02 11:52:41     ANR0985I Process 447 for AUDIT LIBRARY running in
the

   BACKGROUND completed with completion state
FAILURE at

   11:52:41.



==I have two drives and the following is the output from "q drive f=d"
==

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR1
 Device Type: LTO
 On-Line: Yes
 Element: 256
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 04/25/02 16:07:44
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR2
 Device Type: LTO
 On-Line: Yes
 Element: 257
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 09/12/02 21:27:24
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE


=The AIX command lsdev -Cc tape" shows no errors either=
rmt0 Available 10-b0-00-1,0 IBM 3580 Ultrium Tape Drive
smc0 Available 10-b0-00-6,0 IBM 3583 Library Medium Changer
rmt1 Available 10-b1-00-2,0 IBM 3580 Ultrium Tape Drive

Environment:

AIX 433 ML10
TSM 5..1.1.0


By the way, the error number=46 means "device not ready".
 The drive is in the available state as you can see above from the
 outout of "lsdev -Cc tape"


Any idea on what the problem (Error message) and the solution could
be???


Best regards;
Hussein M. Abdirahman
Irwin Toy LTD.
Toronto-Canda


"MMS " made the following
 annotations on 10/07/2002 12:58:22 PM
--
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.

==

Error Message from Audit library

[Hussein Abdirahman]

Hi TSMers;

I get the following when I run the command "Audit library"

10/07/02 11:52:32 ANR8779E Unable to open drive /dev/rmt0, error
number=46.
10/07/02 11:52:32 ANR8912E Unable to verify the label of volume from

   slot-element 4119 in drive LTOLIB1DR1 (/dev/rmt0) in

   library  LTOLIB1.

10/07/02 11:52:41 ANR8460E AUDIT LIBRARY process for library LTOLIB1
failed.
10/07/02 11:52:41 ANR0985I Process 447 for AUDIT LIBRARY running in the

   BACKGROUND completed with completion state FAILURE at

   11:52:41.



==I have two drives and the following is the output from "q drive f=d" ==

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR1
 Device Type: LTO
 On-Line: Yes
 Element: 256
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 04/25/02 16:07:44
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE

Library Name: LTOLIB1
  Drive Name: LTOLIB1DR2
 Device Type: LTO
 On-Line: Yes
 Element: 257
 Drive State: EMPTY
Allocated to:
 WWN:
   Serial Number:
  Last Update by (administrator): ADMIN
   Last Update Date/Time: 09/12/02 21:27:24
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE


=The AIX command lsdev -Cc tape" shows no errors either=
rmt0 Available 10-b0-00-1,0 IBM 3580 Ultrium Tape Drive
smc0 Available 10-b0-00-6,0 IBM 3583 Library Medium Changer
rmt1 Available 10-b1-00-2,0 IBM 3580 Ultrium Tape Drive

Environment:

AIX 433 ML10
TSM 5..1.1.0


By the way, the error number=46 means "device not ready".
 The drive is in the available state as you can see above from the
 outout of "lsdev -Cc tape"


Any idea on what the problem (Error message) and the solution could be???


Best regards;
Hussein M. Abdirahman
Irwin Toy LTD.
Toronto-Canda

Re: 3575 Audit library failure

[Michael Benjamin]

No drives in use, it's been working in the past. The library has had
firmware upgrades over time
too however.

> -Original Message-
> From: David Longo [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, July 03, 2002 10:09 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: 3575 Audit library failure
>
> You didn't mention if this is new or had been working awhile
> and quit.  But, if any drives are in use on the library, the audit
> will hang.  Make sure all tapes are dismounted and then run
> audit.  Should use "checklabel=barocde" parameter and it should only
> take about 20-30 seconds.
>
> David Longo
>
> >>> [EMAIL PROTECTED] 07/02/02 10:51PM >>>
> Hi *SMers,
>     I have a problem with a 3575L18 library that is
> refusing to respond to
> an "audit library" (either barcode or not). It just sits there and so does
> the process.
>
> Versions are as follows:
>
> Command Line Administrative Interface - Version 4, Release 2, Level 0.0
>
> Session established with server _XXX: AIX-RS/6000
>   Server Version 4, Release 2, Level 0.0
>
> The 3584 library has no such problems and both are operating via the same
> TSM instance on one
> node.
>
> Does the library need a firmware upgrade? Is it the TSM version causing
> this?
>
> Thanks.
>
>
>
>
>
> **
> Bunnings Legal Disclaimer:
>
> 1)  This document is confidential and may contain legally privileged
> information. If you are not the intended recipient, you must not
> disclose or use the information contained in it. If you have
> received this e-mail in error, please notify us immediately by
> return email and delete the document.
>
> 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> scanned for content. Any material deemed to contain inappropriate
> subject matter will be reported to the e-mail administrator of
> all parties concerned.
>
> **
>
>
>
> "MMS " made the following
>  annotations on 07/03/2002 10:10:33 AM
> --
> 
> 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.
>
> ==
> ===

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: 3575 Audit library failure

[David Longo]

You didn't mention if this is new or had been working awhile
and quit.  But, if any drives are in use on the library, the audit
will hang.  Make sure all tapes are dismounted and then run
audit.  Should use "checklabel=barocde" parameter and it should only
take about 20-30 seconds.

David Longo

>>> [EMAIL PROTECTED] 07/02/02 10:51PM >>>
Hi *SMers,
I have a problem with a 3575L18 library that is
refusing to respond to
an "audit library" (either barcode or not). It just sits there and so does
the process.

Versions are as follows:

Command Line Administrative Interface - Version 4, Release 2, Level 0.0

Session established with server _XXX: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0

The 3584 library has no such problems and both are operating via the same
TSM instance on one
node.

Does the library need a firmware upgrade? Is it the TSM version causing
this?

Thanks.





**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**



"MMS " made the following
 annotations on 07/03/2002 10:10:33 AM
--
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.

=

3575 Audit library failure

[Michael Benjamin]

Hi *SMers,
I have a problem with a 3575L18 library that is
refusing to respond to
an "audit library" (either barcode or not). It just sits there and so does
the process.

Versions are as follows:

Command Line Administrative Interface - Version 4, Release 2, Level 0.0

Session established with server _XXX: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0

The 3584 library has no such problems and both are operating via the same
TSM instance on one
node.

Does the library need a firmware upgrade? Is it the TSM version causing
this?

Thanks.





**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Time audit library

[Roger Deschner]

10 minutes, SCSI ATL P3000 library, with a capacity of 326 volumes, AIX
version of TSM server. That's specifying checklabel=barcode, which might
not apply to an IBM library. It's so quick that I've been known to do it
just to show it off for visitors, because the robot goes through its
motions very satisfyingly, making lots of cool noises and shining his
laser all around. Big gee-whiz factor.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
==I have not lost my mind -- it is backed up on tape somewhere.=

On Fri, 5 Apr 2002, brian welsh wrote:

>Hello,
>
>Next weekend there is a teach on our 3494-library. After that we are going
>do to an audit library.
>
>Now I was wondering, based on experience in other sites, how long an audit
>library took and how your environment was looking (like amount of tapes, and
>so on).
>
>Thanks,
>
>Brian.
>
>
>
>_
>MSN Foto's is de eenvoudigste manier om je foto's te delen en af te drukken:
>http://photos.msn.nl/Support/WorldWide.aspx
>

Re: Time audit library

[Gabriel Wiley]

Brain,

As long as you use the "checklabel=barcode" you should have it done pretty
quick.

My largest  library is 9 frames(2766 cells) , and it is packed, even if it
wasn't - it would still scan the slots.

Anyway, it takes about 15-20 minutes..

3 other library(s) @ 7 , 4 , 3 frames take about 5-7 minutes ..

Gabriel C. Wiley
ADSM/TSM Administrator
AIX Support
Phone 1-614-308-6709
Pager  1-877-489-2867
Fax  1-614-308-6637
Cell   1-740-972-6441

Siempre Hay Esperanza




  brian welsh
   cc:
  Sent by: "ADSM:  Subject:  Time audit library
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  04/05/2002 03:09
  PM
  Please respond to
  "ADSM: Dist Stor
  Manager"





Hello,

Next weekend there is a teach on our 3494-library. After that we are going
do to an audit library.

Now I was wondering, based on experience in other sites, how long an audit
library took and how your environment was looking (like amount of tapes,
and
so on).

Thanks,

Brian.



_
MSN Foto's is de eenvoudigste manier om je foto's te delen en af te
drukken:
http://photos.msn.nl/Support/WorldWide.aspx

Time audit library

[brian welsh]

Hello,

Next weekend there is a teach on our 3494-library. After that we are going
do to an audit library.

Now I was wondering, based on experience in other sites, how long an audit
library took and how your environment was looking (like amount of tapes, and
so on).

Thanks,

Brian.



_
MSN Foto's is de eenvoudigste manier om je foto's te delen en af te drukken:
http://photos.msn.nl/Support/WorldWide.aspx

Re: Audit Library doesn´t complete

[Maurice van 't Loo]

Hi Robin,

I know that there can be some problems with the Audit Library if there are
still some tapes mounted. Maybe you can check that.

Regards,

Maurice van 't Loo
The Netherlands

- Original Message -
From: "Robin v/d Vliet" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 1:10 PM
Subject: Audit Library doesn4t complete


Hi fellow TSM admins/lovers/friends,

We4ve scheduled an Audit Library to run every day on our TSM 4.2 for AIX
with
IBM LTO drives.

The Audit starts succesfully but this process won4t complete. The day after
we
still see this Audit Library process as active and this disrupts our other
schedules, like archives and migration because they both need acces to the
drives.
The only way we can free the drives for the other schedules is to Cancel the
Audit Library process

Since the Actlog doesn4t show errors on the Audit schedule we can4t figure
out
what the problem might be.


Any help or tips would be of great use to us,

Thanks in advance,

Robin van der Vliet

Re: Audit Library doesn´t complete

[George Lesho]

You didn't mention what type of audit you were doing... are you allowing
the library to mount all volumes and read the labels or are you going off
the barcodes? I had this problem in 3.7.3.6 and have not checked to see if
the behavior is the same in 4.1.4.5 (migrated last week so I could take
advantage of Tivoli's very expensive support which was cut OFF on 11/1).

George Lesho
AFC Enterprises






Robin v/d Vliet <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 11/20/2001
06:10:58 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Audit Library doesn´t complete


Hi fellow TSM admins/lovers/friends,

We´ve scheduled an Audit Library to run every day on our TSM 4.2 for AIX
with
IBM LTO drives.

The Audit starts succesfully but this process won´t complete. The day after
we
still see this Audit Library process as active and this disrupts our other
schedules, like archives and migration because they both need acces to the
drives.
The only way we can free the drives for the other schedules is to Cancel
the
Audit Library process

Since the Actlog doesn´t show errors on the Audit schedule we can´t figure
out
what the problem might be.


Any help or tips would be of great use to us,

Thanks in advance,

Robin van der Vliet
=


Dit bericht is uitsluitend bestemd voor de geadresseerde en kan
vertrouwelijke
informatie bevatten. Gebruik door derden of openbaarmaking van dit bericht
zonder toestemming van DAS Rechtsbijstand of de geadresseerde is niet
toegestaan
 en kan onrechtmatig zijn.  Aansprakelijkheid voortvloeiende uit
onvolledige of
niet tijdige ontvangst van dit bericht is uitgesloten. Indien dit bericht u
per
ongeluk bereikt, verzoeken wij u vriendelijk ons daarvan direct in kennis
te
stellen en het bericht te wissen.

Dit bericht en eventuele bijlagen zijn gescand op de ons bekende virussen.
Wij
adviseren u alle berichten en bijlagen op virussen te scannen voor ze te
openen.
=

Re: Audit Library doesn t complete

[David Longo]

Audit library will only run successfully when no drives are in use.
If you use "checklabel=barcode" option, it should take less than a minute.

David Longo

>>> [EMAIL PROTECTED] 11/20/01 07:10AM >>>
Hi fellow TSM admins/lovers/friends,

We ve scheduled an Audit Library to run every day on our TSM 4.2 for AIX with
IBM LTO drives.

The Audit starts succesfully but this process won t complete. The day after we
still see this Audit Library process as active and this disrupts our other
schedules, like archives and migration because they both need acces to the
drives.
The only way we can free the drives for the other schedules is to Cancel the
Audit Library process

Since the Actlog doesn t show errors on the Audit schedule we can t figure out
what the problem might be.


Any help or tips would be of great use to us,

Thanks in advance,

Robin van der Vliet
=

Dit bericht is uitsluitend bestemd voor de geadresseerde en kan vertrouwelijke
informatie bevatten. Gebruik door derden of openbaarmaking van dit bericht
zonder toestemming van DAS Rechtsbijstand of de geadresseerde is niet toegestaan
 en kan onrechtmatig zijn.  Aansprakelijkheid voortvloeiende uit onvolledige of
niet tijdige ontvangst van dit bericht is uitgesloten. Indien dit bericht u per
ongeluk bereikt, verzoeken wij u vriendelijk ons daarvan direct in kennis te
stellen en het bericht te wissen.

Dit bericht en eventuele bijlagen zijn gescand op de ons bekende virussen. Wij
adviseren u alle berichten en bijlagen op virussen te scannen voor ze te openen.
=



"MMS " made the following
 annotations on 11/20/01 09:47:12
--
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.

==

Audit Library doesn´t complete

[Robin v/d Vliet]

Hi fellow TSM admins/lovers/friends,

We´ve scheduled an Audit Library to run every day on our TSM 4.2 for AIX with
IBM LTO drives.

The Audit starts succesfully but this process won´t complete. The day after we
still see this Audit Library process as active and this disrupts our other
schedules, like archives and migration because they both need acces to the
drives.
The only way we can free the drives for the other schedules is to Cancel the
Audit Library process

Since the Actlog doesn´t show errors on the Audit schedule we can´t figure out
what the problem might be.


Any help or tips would be of great use to us,

Thanks in advance,

Robin van der Vliet
=

Dit bericht is uitsluitend bestemd voor de geadresseerde en kan vertrouwelijke
informatie bevatten. Gebruik door derden of openbaarmaking van dit bericht
zonder toestemming van DAS Rechtsbijstand of de geadresseerde is niet toegestaan
 en kan onrechtmatig zijn.  Aansprakelijkheid voortvloeiende uit onvolledige of
niet tijdige ontvangst van dit bericht is uitgesloten. Indien dit bericht u per
ongeluk bereikt, verzoeken wij u vriendelijk ons daarvan direct in kennis te
stellen en het bericht te wissen.

Dit bericht en eventuele bijlagen zijn gescand op de ons bekende virussen. Wij
adviseren u alle berichten en bijlagen op virussen te scannen voor ze te openen.
=

Re: audit library failed - stupid software?

[George Lesho]

Cycle power on the library, then run the audit library command with no
other processes running with a checklabel=barcode swtich.

George Lesho





Richard Sims <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/11/2001 08:13:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: audit library failed - stupid software?


>ANR8834E Library volume 04DB5C is still present in library 3570LIB drive
DRIVE2
>(/dev/rmt1), and must be removed manually.
>
>But drive is empty, and all cartridges are in their home-slots.

Wojciech - If this is a solid problem (continues to persist)
   I would use the tapeutil command's general subcommands
to acquire drive info in the same way that TSM is doing it, through
the Atape driver, and see if that shows the phantom tape as being
"mounted".  You might try power-cycling the drive to get it back
in touch with reality.

   Richard Sims, BU

Re: audit library failed - stupid software?

[Richard Sims]

>ANR8834E Library volume 04DB5C is still present in library 3570LIB drive DRIVE2
>(/dev/rmt1), and must be removed manually.
>
>But drive is empty, and all cartridges are in their home-slots.

Wojciech - If this is a solid problem (continues to persist)
   I would use the tapeutil command's general subcommands
to acquire drive info in the same way that TSM is doing it, through
the Atape driver, and see if that shows the phantom tape as being
"mounted".  You might try power-cycling the drive to get it back
in touch with reality.

   Richard Sims, BU

Re: Audit Library Unsuccessful

[Shekhar Dhotre]

once you open and close door , Robot should  scan  each and every slot  and
drives in the library.
go to  /usr/tivoli/tsm/devices/binand run   lbtest   .
also kill and and restart  acs_ssi   (ACSLS   daemons _ from AIX  , reboot ACSLS
.
i do following
stop TSM
stop ACSLS
IPL library .
reboot ACSLS server
start TSM
start ACSLS daemons .

this should solve your problem , therwise i will call STK engg.


reagards
Shekhar Dhotre
Bayer Corp.






David Longo <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 03:56:51
PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Audit Library Unsuccessful


I haven't worked on your STK 9740.  I have worked some on a STK 9710.  When you
say it did the audit after you closed the door, do you mean the robot scanned
ALL the tapes slots.  If it didn't then check your OP Manual for the 9740 and
see what you need to do to do a full inventory/audit or whatever they call it.

After this completes and the STK is back online, then run TSM audit once and if
an error then a 2nd time.

If you've done all this and the error still exists, then you have a more
difficult problem.  Do you have a utility on your TSM server to directly access
the STK 9740 aside from TSM?  If so use it to see what library thinks is in slot
210 and work from there.



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/28/01 02:38PM >>>
funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED],
[EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd

Re: Audit Library Unsuccessful

[David Longo]

I haven't worked on your STK 9740.  I have worked some on a STK 9710.  When you say it 
did the audit after you closed the door, do you mean the robot scanned ALL the tapes 
slots.  If it didn't then check your OP Manual for the 9740 and see what you need to 
do to do a full inventory/audit or whatever they call it.

After this completes and the STK is back online, then run TSM audit once and if an 
error then a 2nd time.  

If you've done all this and the error still exists, then you have a more difficult 
problem.  Do you have a utility on your TSM server to directly access the STK 9740 
aside from TSM?  If so use it to see what library thinks is in slot 210 and work from 
there.



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/28/01 02:38PM >>>
funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED], [EMAIL PROTECTED] 
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library 
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED] 
om   To: [EMAIL PROTECTED] 
 cc: [EMAIL PROTECTED] 
    03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED] 
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to rea

Re: Audit Library Unsuccessful

[George Lesho]

I think maybe your library needs some service. I am pretty sure at this point,
that based on all the stuff you have described that it is a hardware issue with
the library

George Lesho
Storage/System Admin
AFC Enterprises






Marc Levitan <[EMAIL PROTECTED]> on 03/28/2001 01:38:03 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED],
[EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM     Subject: Re: Audit Library
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses t

Re: audit library STILL unsuccessful!

[Roger C Cook]

Marc,

I was looking at your I/O error code and found this:

CC=301 - "Check the drive for jammed volumes. On AIX, display the
errpt to check for hardware errors."
KEY=05 - "illegal request"

Hope this helps.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
David Longo
Sent: Wednesday, March 28, 2001 1:11 PM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


I guess you're down to that one slot now.  Have you looked in the library to
see what is physically in this slot if anything?  (Use a good flashlight if
you don't want to open library). If something is there, see what TSM says
about where that volume is.  Maybe the barcode on this volume really is
bad/missing.

Last resort is reinitialize STK library so it does it's audit/inventory and
then run TSM audit.  You may get another messasge(s) with first TSM audit
run.  Should be ok on 2nd pass.


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/28/01 12:50PM >>>
Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
        Sent by: "ADSM: DistSubject: Re: audit
library STILL unsuccessful!
Stor Manager"
<[EMAIL PROTECTED]
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



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/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



    Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original M

Re: Audit Library Unsuccessful

[Marc Levitan]

funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED], [EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library 
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives.  If
a tape is in drives it's home element is shown also.  This list is
"realtime&quo

Re: Audit Library Unsuccessful

[George Lesho]

Absolutely, cycle the power on your 3575 and it will "initialize element status"
(you must have noticed that little ceremony taking place ;-). This will put a
fresh status of the elements into what I referred to as "RAM"... This memory is
not volitile, I think, so you might just get away with doing an "initialize
element status" from the front panel but if there is some sort of weird thing
going on, it is probably best to cycle the power and let it stay off for a
couple minutes before powering back on. Once it is done initializing element
status, it will see the slot as empty. The way this might have happened is that
someone could have taken the tape out of slot 210 and the library has run
initialize element status since the tape was moved. This is not a big deal and
will happen George







Marc Levitan <[EMAIL PROTECTED]> on 03/28/2001 01:21:13 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
        03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives. 

Re: Audit Library Unsuccessful

[Marc Levitan]

Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:    (bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives.  If
a tape is in drives it's home element is shown also.  This list is
"realtime" of
where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up
in actlog or on Error log on LCD OP stations of 3575.   Do the tapes actual
labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you
just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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

Re: audit library STILL unsuccessful!

[George Lesho]

David, If the library had a problem reading the barcode of a tape, it (TSM) will
mount the tape and read the label. Since most TSM operations read the label
after mounting a tape, other than AUDIT, I allow tapes with "bad" barcodes but
good labels to remain in the inventory.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/28/2001 10:18:44 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: audit library STILL unsuccessful!



The message when you used "checklabel=barcode" about "unabel to read label,
Loading in drive..".  With checklabel=barcode it does not actually read labels,
just reads libraries internal memory on it's inventory.  It is actually
adjusting *SM's inventory to match the libraries.  If you physically look
through window of your library you will see that there are no tapes in those
slots.

If you after runing this and see these messges, then immediately run  audit
again there should be no messages - if so then there is some kind of problem.

Regular audits prevent/correct inconsistencies in inventories.  I always run one
when I or someone else has been in library.

Also run when there are no tapes mounted or it could take a very lonng time,
even with checklabel=barcode.



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/28/01 10:48AM >>>
I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
       BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 0003

Re: audit library STILL unsuccessful!

[David Longo]

I guess you're down to that one slot now.  Have you looked in the library to see what 
is physically in this slot if anything?  (Use a good flashlight if you don't want to 
open library). If something is there, see what TSM says about where that volume is.  
Maybe the barcode on this volume really is bad/missing.

Last resort is reinitialize STK library so it does it's audit/inventory and then run 
TSM audit.  You may get another messasge(s) with first TSM audit run.  Should be ok on 
2nd pass.


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/28/01 12:50PM >>>
Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: audit library STILL 
unsuccessful!
Stor Manager"
<[EMAIL PROTECTED] 
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



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/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
        03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



    Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED] 
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED] 
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:

Re: audit library STILL unsuccessful!

[Marc Levitan]

Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: audit library STILL 
unsuccessful!
Stor Manager"
<[EMAIL PROTECTED]
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



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/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001       cc:
    11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
        cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive 

Re: audit library STILL unsuccessful!

[Doug Thorneycroft]

q libvol tekwolf should give you a list

On Wednesday, March 28, 2001 9:06 AM, Marc Levitan [SMTP:[EMAIL PROTECTED]]
wrote:
> Is there a way to find out what Volume TSM thinks is in a particular Slot
> (Element ID)
> I need to find out what volume TSM thinks is in slot 210 so that I can
> check it out of the library...  (Slot 210 is empty)
>
> Marc D Levitan
>  To: "ADSM: Dist Stor Manager"
>  <[EMAIL PROTECTED]>
> 03/28/2001   cc:
>     11:23 AM Subject: Re: audit library STILL
> unsuccessful!(Document link: Marc D Levitan)
>
>
>
>
>
> Unfortunately, i don't know what volume is supposed to go in the slot!  =)
> (I can't checkout a volume that i don't know what it is...)
> I also checked ALL of my volumes for their element number hoping that I
> would find one that had slot 210.  No luck.
>
>
>
> Roger C Cook
>      .COM>cc:
> Sent by: Subject: Re: audit library STILL
> unsuccessful!
> "ADSM: Dist
> Stor Manager"
> <[EMAIL PROTECTED]
> RIST.EDU>
>
>
> 03/28/2001
> 11:14 AM
> Please
> respond to
> "ADSM: Dist
> Stor Manager"
>
>
>
>
>
> If you cannot locate the volume and manually put it into the slot (which I
> had to do for a couple that were in the wrong slot), you will need to use
> FORCE=YES  (which I also had to use). Luckily the ones I could not locate
> were scratch volumes.
>
> Roger C Cook
> RCG Information Services
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Marc Levitan
> Sent: Wednesday, March 28, 2001 10:48 AM
> To: [EMAIL PROTECTED]
> Subject: audit library STILL unsuccessful!
>
>
> I have made progress though...  the original issue is at the bottom.
>
>
> I ran a audit library Tekwolf checklabel=barcode and this is what I got...
>
> 03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
> LIBRARY
>tekwolf checkl=barcode
> 03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
>BACKGROUND at 13:56:42.
> 03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
>started as process 302.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 47 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 184 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 197 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 204 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
>        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.
> 03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
> failed.
> 03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
>BACKGROUND completed with completion state FAILURE
> at
>13:56:59.
> SO I looked up which volumes were in the element slot numbers and TRIED to
> check them out and got this:
>
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000224
> CHECKLABEL=YES FORCE=NO REMOVE=YES
> ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUN

Re: audit library STILL unsuccessful!

[David Longo]

you can use: q libvol   - but that is in volume name order.  Use the select statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what TSM thinks 
is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the entry in TSM to 
match the library so you may not be able to tell what WAS in that slot.



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/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager" 
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM     Subject: Re: audit library STILL 
unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
    Sent by: Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED] 
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED] 
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
           BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
sta

Re: audit library STILL unsuccessful!

[Roger C Cook]

I addition to:

select * from libvolumes where home_element=(slot#)

which shows a particular slot, you can run:

select home_element, volume_name from libvolumes order by home_element

which will return a complete inventory in slot # order. I had to run this
and output it to a file and print it when I did my manual inventory. After
that and a little more checkout/checkout, the audit lib finally worked for
me.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 12:06 PM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by:     Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started

Re: audit library STILL unsuccessful!

[Roger C Cook]

To find out what TSM thinks is in a slot:

select * from libvolumes where home_element=210 (or any other slot #)

Good luck, I know what a pain this is.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 11:23 AM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42     ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANR

Re: audit library STILL unsuccessful!

[Marc Levitan]

Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager" 
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library STILL 
unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by:     Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Op

Re: audit library STILL unsuccessful!

[David Longo]

The message when you used "checklabel=barcode" about "unabel to read label, Loading in 
drive..".  With checklabel=barcode it does not actually read labels, just reads 
libraries internal memory on it's inventory.  It is actually adjusting *SM's inventory 
to match the libraries.  If you physically look through window of your library you 
will see that there are no tapes in those slots.

If you after runing this and see these messges, then immediately run  audit again 
there should be no messages - if so then there is some kind of problem.

Regular audits prevent/correct inconsistencies in inventories.  I always run one when 
I or someone else has been in library.  

Also run when there are no tapes mounted or it could take a very lonng time, even with 
checklabel=barcode.



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/28/01 10:48AM >>>
I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42     ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
er

Re: audit library STILL unsuccessful!

[Marc Levitan]

Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42     ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for vo

Re: audit library STILL unsuccessful!

[Roger C Cook]

If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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' manua

Re: audit library STILL unsuccessful!

[Bernhard Unold]

In our library each slot has an barcode-label indicating that it is
empty. If it contains a cartridge, it is covered  and the barcode-reader
sees only the label of the cartridge. Is the label of the empty slot
intact in your library? Is it intact for the previous and next slot?
Does it help to put a intact cartridge there? No more ideas; good luck!

Marc Levitan schrieb:
> 
> I have made progress though...  the original issue is at the bottom.
> 
> I ran a audit library Tekwolf checklabel=barcode and this is what I got...
> 
> 03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
> LIBRARY
>tekwolf checkl=barcode
> 03/27/01 13:56:42     ANR0984I Process 302 for AUDIT LIBRARY started in the
>BACKGROUND at 13:56:42.
> 03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
>started as process 302.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 47 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 184 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 197 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 204 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
>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.
> 03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
> failed.
> 03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
>BACKGROUND completed with completion state FAILURE
> at
>13:56:59.
> SO I looked up which volumes were in the element slot numbers and TRIED to
> check them out and got this:
> 
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000224
> CHECKLABEL=YES FORCE=NO REMOVE=YES
> ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
> 09:07:04.
> ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
> started as process 307.
> ANR0609I CHECKOUT LIBVOLUME started as process 307.
> ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
> ASCQ=0E,
> SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
> Description=The source slot or drive was empty in an attempt to move a
> volume).
> Refer to Appendix B in the 'Messages' manual for recommended action.
> 
> So... I decided to check out the volumes WITHOUT checking the Label:
> 
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000378
> CHECKLABEL=NO FORCE=NO REMOVE=YES
> ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
> 09:26:09.
> ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
> started as process 315.
> ANR0609I CHECKOUT LIBVOLUME started as process 315.
> ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
> slot
> 1010.
> ANR8827E No Entry/Exit port is available on library TEKWOLF.
> ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
> 204
> of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
> ANR2017I Administrator ADMIN issued command: REPL 83
> ANR8499I Command accepted.
> ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
> successfully.
> ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
> completed
> 
> This was SUCCESSFUL!!!
> 
> Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
> error:
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/

Re: audit library STILL unsuccessful!

[Tectrade Computers]

Hi Marc

I have seen this before I know how to resolve it, not the easiest thing to
but will work.

1 Delete the drives from the library
2 Delete the Library
3 Recreate the library definition
4 Recreate the drives
5 Label Libv using overwrite=no
6 Checkin all Scratch volumes using search=yes
7 Checkin all Private volumes using search=yes

This will work unless there is a fault with the library and/or the SCSI
card.



Regards


Alex





Marc Levitan
   cc:
Sent by: Subject: audit library STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


28/03/2001
16:48
Please
respond to
"ADSM: Dist
Stor Manager"






I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   s

audit library STILL unsuccessful!

[Marc Levitan]

I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   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.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed

*** HERE IS MY PROBLEM ***
There is NO Media in ELEMENT SLOT 210!  I cannot checkout what is in slot
210 because nothing is there!  I also cannot audit because it Fails!

Any thoughts??  Thanks in Advance!

**

Re: Audit Library Unsuccessful

[David Longo]

Excellent!  I generally make a note of the volume number of a tape I have a problem 
with and if it pops up again any time soon, I move data off it and pull it.  These 
tapes are "guaranteed" by IBM.  Call 1-888-IBM-MEDIA and you can get replacements.


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 04:33PM >>>
I checked out the volumes, then checked them back in. Voila! It completed
successfully, no errors! Thanks for all the input.

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 2:55 PM
To: [EMAIL PROTECTED] 
Subject: Re: Audit Library Unsuccessful


That rings a bell.  It seems that several months ago I had a probelm with
one tape.  Looking at the tapeutil inventory for that slot it showed the
"Slot State" for that element address as "Error" or similar instead of
Normal.  I checked out the tape, examined the barcode and checked it back in
and it was o.k. then, it probably went into a different slot..


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 02:23PM >>>
My 3575 L12 had to have the barcode reader replaced for this problem after
about 6 months.  It seemed to pick on certain slots. IBM adjusted
twice, then replaced.  I have also had some cartridges that the bar code
reader could not read,  and in one case misread the barcode.  This was a
tape
-barcode problem.  Barcode looked fine, but barcode reader could not
read it.  I have had about five of these out of about 1000 tapes.
Try tapes in different slots.
Denny P.

-Original Message-
From: Roger C Cook [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, March 27, 2001 1:44 PM
To: [EMAIL PROTECTED] 
Subject: Re: Audit Library Unsuccessful


Thanks for the reply. I will give your suggestions a try as soon as I can.
In response:

1. If I just run the command, change nothing, then run the command again, I
will get the same error for the same slot. This is after verifying that the
proper tape is inserted in the slot. When removing and re-inserting, I don't
actually pull the tape out entirely (to avoid the problem you mentioned),
even thought the library is 98% full and rarely is there an empty slot near
it.

2. I will try this.

3. The barcode reader is less than 6 months old. I don't believe the
symptoms occur often enough to point to this. I looked at the barcodes and
they look fine, but I still wiped them off when removing/inserting.

4. It is a simple setup, nothing fancy - only one library. I have the two
top I/O plus the 14-slot bulk I/O.

Thanks for you input, and any other ideas you may have.

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 1:12 PM
To: [EMAIL PROTECTED] 
Subject: Re: Audit Library Unsuccessful


I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind this, I would update it from IBM.  I have not had this specific
problem, but have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match library so second time should be no problem.  It there is I would
suspect TSM problem, not library.  (Also when manuallly pulling /reinserting
tapes it's easy to get them one slot off etc.  I have done it.  I always do
an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being used.  You may get a "Busy" message, if so wait a minute and run
again.  It takes only about20-30 seconds.  Comapre the tapelist to TSM q
libvol.  Tapelist is in element order and shows if anything is robots, I/O
station and drives.  If a tape is in drives it's home element is shown also.
This list is "realtime" of where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up in actlog or on Error log on LCD OP stations of 3575.   Do the tapes
actual labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


Davi

Re: Audit Library Unsuccessful

[Roger C Cook]

I checked out the volumes, then checked them back in. Voila! It completed
successfully, no errors! Thanks for all the input.

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 2:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


That rings a bell.  It seems that several months ago I had a probelm with
one tape.  Looking at the tapeutil inventory for that slot it showed the
"Slot State" for that element address as "Error" or similar instead of
Normal.  I checked out the tape, examined the barcode and checked it back in
and it was o.k. then, it probably went into a different slot..


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 02:23PM >>>
My 3575 L12 had to have the barcode reader replaced for this problem after
about 6 months.  It seemed to pick on certain slots. IBM adjusted
twice, then replaced.  I have also had some cartridges that the bar code
reader could not read,  and in one case misread the barcode.  This was a
tape
-barcode problem.  Barcode looked fine, but barcode reader could not
read it.  I have had about five of these out of about 1000 tapes.
Try tapes in different slots.
Denny P.

-Original Message-
From: Roger C Cook [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 27, 2001 1:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


Thanks for the reply. I will give your suggestions a try as soon as I can.
In response:

1. If I just run the command, change nothing, then run the command again, I
will get the same error for the same slot. This is after verifying that the
proper tape is inserted in the slot. When removing and re-inserting, I don't
actually pull the tape out entirely (to avoid the problem you mentioned),
even thought the library is 98% full and rarely is there an empty slot near
it.

2. I will try this.

3. The barcode reader is less than 6 months old. I don't believe the
symptoms occur often enough to point to this. I looked at the barcodes and
they look fine, but I still wiped them off when removing/inserting.

4. It is a simple setup, nothing fancy - only one library. I have the two
top I/O plus the 14-slot bulk I/O.

Thanks for you input, and any other ideas you may have.

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 1:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind this, I would update it from IBM.  I have not had this specific
problem, but have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match library so second time should be no problem.  It there is I would
suspect TSM problem, not library.  (Also when manuallly pulling /reinserting
tapes it's easy to get them one slot off etc.  I have done it.  I always do
an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being used.  You may get a "Busy" message, if so wait a minute and run
again.  It takes only about20-30 seconds.  Comapre the tapelist to TSM q
libvol.  Tapelist is in element order and shows if anything is robots, I/O
station and drives.  If a tape is in drives it's home element is shown also.
This list is "realtime" of where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up in actlog or on Error log on LCD OP stations of 3575.   Do the tapes
actual labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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

Re: Audit Library Unsuccessful

[David Longo]

That rings a bell.  It seems that several months ago I had a probelm with one tape.  
Looking at the tapeutil inventory for that slot it showed the "Slot State" for that 
element address as "Error" or similar instead of Normal.  I checked out the tape, 
examined the barcode and checked it back in and it was o.k. then, it probably went 
into a different slot..


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 02:23PM >>>
My 3575 L12 had to have the barcode reader replaced for this problem after
about 6 months.  It seemed to pick on certain slots. IBM adjusted
twice, then replaced.  I have also had some cartridges that the bar code
reader could not read,  and in one case misread the barcode.  This was a
tape
-barcode problem.  Barcode looked fine, but barcode reader could not
read it.  I have had about five of these out of about 1000 tapes.
Try tapes in different slots.
Denny P.

-Original Message-
From: Roger C Cook [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, March 27, 2001 1:44 PM
To: [EMAIL PROTECTED] 
Subject: Re: Audit Library Unsuccessful


Thanks for the reply. I will give your suggestions a try as soon as I can.
In response:

1. If I just run the command, change nothing, then run the command again, I
will get the same error for the same slot. This is after verifying that the
proper tape is inserted in the slot. When removing and re-inserting, I don't
actually pull the tape out entirely (to avoid the problem you mentioned),
even thought the library is 98% full and rarely is there an empty slot near
it.

2. I will try this.

3. The barcode reader is less than 6 months old. I don't believe the
symptoms occur often enough to point to this. I looked at the barcodes and
they look fine, but I still wiped them off when removing/inserting.

4. It is a simple setup, nothing fancy - only one library. I have the two
top I/O plus the 14-slot bulk I/O.

Thanks for you input, and any other ideas you may have.

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 1:12 PM
To: [EMAIL PROTECTED] 
Subject: Re: Audit Library Unsuccessful


I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind this, I would update it from IBM.  I have not had this specific
problem, but have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match library so second time should be no problem.  It there is I would
suspect TSM problem, not library.  (Also when manuallly pulling /reinserting
tapes it's easy to get them one slot off etc.  I have done it.  I always do
an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being used.  You may get a "Busy" message, if so wait a minute and run
again.  It takes only about20-30 seconds.  Comapre the tapelist to TSM q
libvol.  Tapelist is in element order and shows if anything is robots, I/O
station and drives.  If a tape is in drives it's home element is shown also.
This list is "realtime" of where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up in actlog or on Error log on LCD OP stations of 3575.   Do the tapes
actual labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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

Re: Audit Library Unsuccessful

[Poehlman, James]

My 3575 L12 had to have the barcode reader replaced for this problem after
about 6 months.  It seemed to pick on certain slots. IBM adjusted
twice, then replaced.  I have also had some cartridges that the bar code
reader could not read,  and in one case misread the barcode.  This was a
tape
-barcode problem.  Barcode looked fine, but barcode reader could not
read it.  I have had about five of these out of about 1000 tapes.
Try tapes in different slots.
Denny P.

-Original Message-
From: Roger C Cook [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 27, 2001 1:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


Thanks for the reply. I will give your suggestions a try as soon as I can.
In response:

1. If I just run the command, change nothing, then run the command again, I
will get the same error for the same slot. This is after verifying that the
proper tape is inserted in the slot. When removing and re-inserting, I don't
actually pull the tape out entirely (to avoid the problem you mentioned),
even thought the library is 98% full and rarely is there an empty slot near
it.

2. I will try this.

3. The barcode reader is less than 6 months old. I don't believe the
symptoms occur often enough to point to this. I looked at the barcodes and
they look fine, but I still wiped them off when removing/inserting.

4. It is a simple setup, nothing fancy - only one library. I have the two
top I/O plus the 14-slot bulk I/O.

Thanks for you input, and any other ideas you may have.

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 1:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind this, I would update it from IBM.  I have not had this specific
problem, but have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match library so second time should be no problem.  It there is I would
suspect TSM problem, not library.  (Also when manuallly pulling /reinserting
tapes it's easy to get them one slot off etc.  I have done it.  I always do
an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being used.  You may get a "Busy" message, if so wait a minute and run
again.  It takes only about20-30 seconds.  Comapre the tapelist to TSM q
libvol.  Tapelist is in element order and shows if anything is robots, I/O
station and drives.  If a tape is in drives it's home element is shown also.
This list is "realtime" of where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up in actlog or on Error log on LCD OP stations of 3575.   Do the tapes
actual labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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 inpro

Re: Audit Library Unsuccessful

[Roger C Cook]

Thanks for the reply. I will give your suggestions a try as soon as I can.
In response:

1. If I just run the command, change nothing, then run the command again, I
will get the same error for the same slot. This is after verifying that the
proper tape is inserted in the slot. When removing and re-inserting, I don't
actually pull the tape out entirely (to avoid the problem you mentioned),
even thought the library is 98% full and rarely is there an empty slot near
it.

2. I will try this.

3. The barcode reader is less than 6 months old. I don't believe the
symptoms occur often enough to point to this. I looked at the barcodes and
they look fine, but I still wiped them off when removing/inserting.

4. It is a simple setup, nothing fancy - only one library. I have the two
top I/O plus the 14-slot bulk I/O.

Thanks for you input, and any other ideas you may have.

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 1:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Audit Library Unsuccessful


I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind this, I would update it from IBM.  I have not had this specific
problem, but have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match library so second time should be no problem.  It there is I would
suspect TSM problem, not library.  (Also when manuallly pulling /reinserting
tapes it's easy to get them one slot off etc.  I have done it.  I always do
an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being used.  You may get a "Busy" message, if so wait a minute and run
again.  It takes only about20-30 seconds.  Comapre the tapelist to TSM q
libvol.  Tapelist is in element order and shows if anything is robots, I/O
station and drives.  If a tape is in drives it's home element is shown also.
This list is "realtime" of where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up in actlog or on Error log on LCD OP stations of 3575.   Do the tapes
actual labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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 x/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,

Re: Audit Library Unsuccessful

[David Longo]

I have your identical config except have TSM 3.7.4.0 server.  I also have Atape drive 
5.3.9.0 - probably not most recent but fairly so.  If your much behind this, I would 
update it from IBM.  I have not had this specific problem, but have had some problems. 
 Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a second time 
and see if it comes up.  The first time it is adjusting TSM to match library so second 
time should be no problem.  It there is I would suspect TSM problem, not library.  
(Also when manuallly pulling /reinserting tapes it's easy to get them one slot off 
etc.  I have done it.  I always do an audit if I have been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that TSM uses to 
talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives being used.  
You may get a "Busy" message, if so wait a minute and run again.  It takes only 
about20-30 seconds.  Comapre the tapelist to TSM q libvol.  Tapelist is in element 
order and shows if anything is robots, I/O station and drives.  If a tape is in drives 
it's home element is shown also.  This list is "realtime" of where tapes are in 
library.

3.  You could have a barcode reader problem but this would most likely show up in 
actlog or on Error log on LCD OP stations of 3575.   Do the tapes actual labels look 
o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do you just 
have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


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 12:54PM >>>
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 x/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=6C03,

   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 lb0STORAGE SUBSYSTEM FAILURE
5680E405   0327100801 P H lb0STORAGE 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 St

Re: Audit Library Unsuccessful

[Roger C Cook]

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 x/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=6C03,

   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 lb0STORAGE SUBSYSTEM FAILURE
5680E405   0327100801 P H lb0STORAGE 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 " 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.

Re: Audit Library Unsuccessful

[Shekhar Dhotre]

Here it works :
  ACSLS 5.3
,# oslevel
4.3.1.0
TSM3.7.4


tsm: TSM>audit library stk9710 checklabel=barcode
ANS8003I Process number 73 started.


03/27/01   12:08:08  ANR0985I Process 73 for AUDIT LIBRARY running in the
  BACKGROUND completed with completion state SUCCESS at
  12:08:08.










George Lesho <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/27/2001 12:16:06 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Audit Library Unsuccessful


I have had this problem with AIX 4.3.2 / TSM 3.7.3.6 using a 3575L32. I have an
open PMR with Tivoli and have sent them traces and there has been no resolution.
I get around this by having the library check its elements (do an inventory) and
then do an inventory where the TSM application receives the element information
from the library as opposed to reading the labels. Even this hangs about 1/2 the
time and I need to cancel the audit process and do it again. The audit should
also be done when the system is quiet. I get similar errors to the ones you are
reporting below and feel that while Tivoli should fix the problem, I can work
around it by entering the following:

audit library  checklabel=barcode

George Lesho
Storage/System Admin
AFC Enterprises





Marc Levitan <[EMAIL PROTECTED]> on 03/27/2001 09:53:01 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:    (bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Audit Library Unsuccessful



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=6C03,

   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 lb0STORAGE SUBSYSTEM FAILURE
5680E405   0327100801 P H lb0STORAGE 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


 $RFC822.eml