ADSM-L

Re: Unable to fix tape volume problem on OS/390 server

2001-09-10 08:03:14
Subject: Re: Unable to fix tape volume problem on OS/390 server
From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
Date: Mon, 10 Sep 2001 08:09:07 -0400
Yes, it is empty. Has been forever. Here is the F=D

                    Volume Name: 040042
              Storage Pool Name: SPBACKUP-COPY
              Device Class Name: ADSMSP-COPY
        Estimated Capacity (MB): 0.0
                       Pct Util: 0.0
                  Volume Status: Empty
                         Access: Offsite
         Pct. Reclaimable Space: 0.0
                Scratch Volume?: Yes
                In Error State?: No
       Number of Writable Sides: 1
        Number of Times Mounted: 40
              Write Pass Number: 2
      Approx. Date Last Written: 02/15/2000 10:34:05
         Approx. Date Last Read: 02/15/2000 11:25:44
            Date Became Pending:
         Number of Write Errors: 0
          Number of Read Errors: 0
                Volume Location: BUS1
 Last Update by (administrator): DBBAKADM
 Last Update Date/Time: 02/23/2000 08:09:19

No, you can't DELETE it since it's status is OFFSITE:

ANR1423W Scratch volume 040042 is empty but will not be deleted - volume
access
mode is "offsite".





Mark Stapleton <stapleto AT BERBEE DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
09/10/2001 12:07 AM
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: Unable to fix tape volume problem on OS/390 server


On Tue, 4 Sep 2001 11:22:03 -0400, it was written:
>The basic problem is an empty tape volume that refuses to go-away, due to
>"still has SEGMENT references".  Here is a snapshot of a recent attempt
to
>AUDIT the volume to fix the problem (previous trouble call said to use
>AUDIT):

Have you tried

        del volume <volumename> discarddata=yes

If it's truly empty, you won't lose any data. If it has anything at
all in it, the missing data will be backed up again at the next
scheduled backup session.

--
Mark Stapleton (stapleton AT berbee DOT com)
Mark Stapleton (stapleton AT berbee DOT com)