This is the tapeutil inventory data for the error prone slot. Currently it does even know about the tape inside ;-) Unfortunately I have no Idea about the meaning of most of the values (except slot address and volume tag...), maybe someone can tell me more about what information I can gather from these values...
------------------------------------- Slot Address .................. 4112 Slot State .................... Normal ASC/ASCQ ...................... 00/00 Media Present ................. Yes Robot Access Allowed .......... Yes Source Element Address Valid .. No Media Inverted ................ No Volume Tag .................... 000354L2 ------------------------------------- kind reagards, Stephan On Wed, May 27, 2009 at 4:30 PM, Davis, Adrian <adrian.da...@lewisham.gov.uk > wrote: > > What does the tapeutil inventory output show for the problem slot? > > Regards, > =Adrian= > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of > Stephan Boldt > Sent: 27 May 2009 15:13 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Preventing TSM from using a certain library port > > Hello Henrik, > > I cannot see how this should solve the problem. If the library can't > read the tape's barcode (or can't store it in its database, whatever the > reason is), an 'audit library' command would tell TSM that the slot's > empty and tsm would not checkin the volume. But it would try to move > another volume into this slot, when checking them in from the > mailslot... > > Maybe I just didn't get the point of your idea... > > kind regards, > Stephan > > On Wed, May 27, 2009 at 10:06 AM, Henrik Vahlstedt > <s...@statoilhydro.com>wrote: > > > Run an 'audit library "3583" checkl=barcode' to update library > > inventory in TSM and a 'checkin libv "3853" search=yes checkl=barcode > stat=pri'. > > > > Let us know if the problem presists after the two commands have run > > successful. > > > > Thanks > > Henrik > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf > > Of Stephan Boldt > > Sent: 27. mai 2009 09:47 > > To: ADSM-L@VM.MARIST.EDU > > Subject: [ADSM-L] Preventing TSM from using a certain library port > > > > Hello, > > > > our IBM 3583 library seems to have a problem using a certain port. > > Sometimes we get a "slot obstructed" error message because the library > > > tries to put a tape into a slot which is already filled with another > > tape. Looking into the librarys slot information reveals that it > > assumes this slot is empty! First I thought the cause would be the > > tape itself / its barcode. But after removing this tape from the lib, > > the "slot obstructed" problem still occurres with the same slot but a > > different tape. > > Whatever the cause is, is there a way to tell TSM _not_ to use this > > slot, even if its empty? Is my assumption right that TSM and not the > > lib decides where to put a tape when checking it in or removing it > > from a tapedrive? But when does TSM get the information about which > > slots are present in a library? During an "audit library"? > > > > Thanks in advance, > > Stephan > > > > > > ------------------------------------------------------------------- > > The information contained in this message may be CONFIDENTIAL and is > > intended for the addressee only. Any unauthorised use, dissemination > > of the information or copying of this message is prohibited. If you > > are not the addressee, please notify the sender immediately by return > > e-mail and delete this message. > > Thank you. > > > > DISCLAIMER > > This message is confidential and intended solely for the use of the > individual or entity it is addressed to. If you have received it in > error, please contact the sender and delete the e-mail. Please note > that we may monitor and check emails to safeguard the Council network > from viruses, hoax messages or other abuse of the Council’s systems. > To see the full version of this disclaimer please visit the following > address: http://www.lewisham.gov.uk/AboutThisSite/EmailDisclaimer.htm > > For advice and assistance about online security and protection from > internet threats visit the "Get Safe Online" website at > http://www.getsafeonline.org > >
