ADSM-L

Re: Checkin attempt on 2 volumes

2000-05-10 14:39:45
Subject: Re: Checkin attempt on 2 volumes
From: Sean Duffy <sduffy AT TORSEL.ALCATEL DOT COM>
Date: Wed, 10 May 2000 14:39:45 -0400
Kye

When the batch of tapes lost the labels on them I re-labeled these tapes
for use again as scratch. I also use this command for all new tapes.
(ADSM/TSM Support have recommended this method of labeling and checking in
tapes). ADSM/TSM is not sure what would happen to a tape with data if it
where relabeled, and I am not inclined to find out.

My question to you is do these tapes that are marked private have data on
them. If not I would delete the tapes and re-label them as new. If there
data on them you wish to keep I would move elswere in the storage pool.
When I do this on our TSM system, the tapes are made scratch by the system.
If there is data you do not wish to keep then I would delete the tape with
the spec deletedata=yes

Sean Duffy
Network Analyst
Alcatel Canada, TA

TSM 3.7.1.0 for NT

mailto:sduffy AT torsel.alcatel DOT com

At 02:27 PM 5/10/00 -0400, you wrote:
>Hello Sean,
>Are you using the label libvol command for brand new tapes or existing ones?
>I have had some tape problems in the past where I had to redefine the volume
>of the tape that was scratch to a private volume to get tape checked into
>the library. If I checkin a bulk of tapes and some are assigned as private,
>the checkin command will fail because it cannot assign the private tapes if
>my checkin command is set for a status of scratch. I want all of the copy
>pool tapes to be accessed as scratch, but now that I have around 5 private
>volumes these have to be assigned private during checkin process.  I would
>like to avoid the mix and stay standardized. Will the label libvol command
>revert say for example a private copy stgpool tape back to a scratch tape or
>will I have to delete the volume? I know their is an update libvolume
>command that will change a sequencial access volume to scratch, but I'm
>working with copy pool volumes that will go offsite. I wish there was a way
>to avoid the move drm command also because it seems to give me some problems
>during checkin and checkout. Do you have the command line syntax for the
>label libvol command if this will solve my problem.
>Thanks Sean. Any responses from *SMers welcome.
>Kye
>
>
>> ----------
>> From:         Sean Duffy[SMTP:sduffy AT TORSEL.ALCATEL DOT COM]
>> Reply To:     ADSM: Dist Stor Manager
>> Sent:         Wednesday, May 10, 2000 5:01 AM
>> To:   ADSM-L AT VM.MARIST DOT EDU
>> Subject:      Re: Checkin attempt on 2 volumes
>>
>> Hi
>>
>> Had a similar wierd problem with tapes but not quite the same as you had.
>> A
>> number of my tapes appeared to have lost their label. Fortunately many of
>> these tapes where scatch volumes so it was not as damaging as first
>> sounds.
>> these tapes were checked in using the web interface. Now I use the label
>> libvol command from a command line. Even the tapes that lost their labels
>> have no problems.
>>
>> Sean Duffy
>> Network Analyst
>> Alcatel Canada, TA
>>
>> TSM 3.7.1.0 for NT
>>
>> mailto:sduffy AT torsel.alcatel DOT com
>>
>> At 05:25 AM 5/7/00 -0400, you wrote:
>> >> Hello *SMers,
>> >> I am having problems checking in these two volumes with volsers 000216
>> and
>> >> 000035. Can someone shed some light on what is happening here. Thanks
>> >> Volume Name: 000216 Storage Pool Name: STK_AIX_TAPE_DBAR Device Class
>> >> Name: STKCLASS Estimated Capacity (MB): 0.0 Pct Util: 0.0 Volume
>> Status:
>> >> Empty Access: Unavailable Pct. Reclaimable Space: 0.0 Scratch Volume?:
>> No
>> >> In Error State?: No Number of Writable Sides: 1 Number of Times
>> Mounted: 2
>> >> Write Pass Number: 1 Approx. Date Last Written: 04/18/00 07:23:19
>> >>
>> >> Volume 000035 I queried using q drm, q vol, and q libvolume. ADSM said
>> No
>> >> match found using this criteria. Does this volume need to be redefined?
>> >>
>> >> 05/06/00 08:22:36 ANR2017I Administrator IMPROD issued command: CHECKIN
>> >> libvolume stklib 000216 status=private
>> >> 05/06/00 08:22:36 ANR8833E CHECKIN LIBVOLUME: Volume 000216 in library
>> >> STKLIB is currently being checked in or checked out.
>> >> 06/00 08:18:48 ANR8323I 033: Insert ECARTRIDGE volume 000216 R/W into
>> >> entry/exit port of library STKLIB within 60 minute(s); issue 'REPLY'
>> along
>> >> with the request ID when ready.
>> >> 05/06/00 08:18:56 ANR2017I Administrator IMPROD issued command: REPLY
>> 33
>> >> 05/06/00 08:18:56 ANR8499I Command accepted.
>> >> 05/06/00 08:19:18 ANR8335I 033: Verifying label of ECARTRIDGE volume
>> >> 000216 in drive MT2 (/dev/mt2).
>> >> 05/06/00 08:19:18 ANR8354E 033: Incorrect volume (000035) mounted in
>> drive
>> >> MT2 (/dev/mt2).
>> >> 06/00 08:23:36 ANR8300E I/O error on library STKLIB (OP=00006C03,
>> CC=314,
>> >> KEY=05, ASC=3B, ASCQ=0E, SENSE=70.00.05.00.00.00.00.0C.0-
>> >> 0.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.
>> >> 05/06/00 08:23:36 ANR9999D mmsscsi.c(9471): Could not move volume
>> 000216
>> >> from slot 1010 to slot 1033.
>> >> 05/06/00 08:23:36 ANR8426E CHECKIN LIBVOLUME for volume 000216 in
>> library
>> >> STKLIB failed.
>> >>
>> >> 05/06/00 08:26:57 ANR2017I Administrator IMPROD issued command: CHECKIN
>> >> libvolume stklib 000035 status=private
>> >> 05/06/00 08:26:57 ANR0984I Process 508 for CHECKIN LIBVOLUME started in
>> >> the BACKGROUND at 08:26:57.
>> >> 05/06/00 08:26:57 ANR8422I CHECKIN LIBVOLUME: Operation for library
>> STKLIB
>> >> started as process 508.
>> >> 05/06/00 08:26:57 ANR0609I CHECKIN LIBVOLUME started as process 508.
>> >> 05/06/00 08:27:02 ANR8323I 035: Insert ECARTRIDGE volume 000035 R/W
>> into
>> >> entry/exit port of library STKLIB within 60 minute(s); issue 'REPLY'
>> along
>> >> with the request ID when ready.
>> >> 05/06/00 08:27:36 ANR2017I Administrator IMPROD issued command: REPLY
>> 35
>> >> 05/06/00 08:27:36 ANR8499I Command accepted.
>> >> 05/06/00 08:27:45 ANR8300E I/O error on library STKLIB (OP=00006C03,
>> >> CC=314, KEY=05, ASC=3B, ASCQ=0E, SENSE=70.00.05.00.00.00.00.0C.0-
>> >> 0.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.
>> >> 05/06/00 08:27:45 ANR9999D mmsscsi.c(9471): Could not move volume
>> 000035
>> >> from slot 1010 to slot 1031.
>> >> 05/06/00 08:27:46 ANR8841I Remove any volumes from slot 1010 of library
>> >> STKLIB at your convenience. 05/06/00 08:27:46 ANR8426E CHECKIN
>> LIBVOLUME
>> >> for volume 000035 in library STKLIB failed.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>> >
>> >
>>
>
>
>
>
<Prev in Thread] Current Thread [Next in Thread>