ADSM-L

Re: Checkin attempt on 2 volumes

2000-05-11 05:50:48
Subject: Re: Checkin attempt on 2 volumes
From: "Burns, Kye" <Krburns AT FIRSTAM DOT COM>
Date: Thu, 11 May 2000 02:50:48 -0700
Thanks Sean.

> ----------
> From:         Sean Duffy[SMTP:sduffy AT TORSEL.ALCATEL DOT COM]
> Reply To:     ADSM: Dist Stor Manager
> Sent:         Wednesday, May 10, 2000 11:39 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Checkin attempt on 2 volumes
>
> 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>