Hi Gary!
Our tape pool is located on a Data Domain, so everything is virtual. My
statement about VTL requirement might be a little confusing, but I was
referring to the relabeling part. When a tape is reclaimed by TSM and the
reusedelay is over, it becomes scratch. However, the Data Domain does not know
that and thus the space occupied by it is not reported as free space. That is
why you want the tape to be relabeled by TSM as soon as it becomes scratch.
This will cause the space to be released within the Data Domain.
This is an example of the issue:
I have a volume 120005L4 with some data on it:
tsm: ABU2>q vol 120005L4
Volume Name Storage Device Estimate- Pct Volume
Pool Name Class Name d Capaci- Util Status
ty
------------------------ ----------- ---------- --------- ----- --------
120005L4 VTLTAPEPOO- VTLTAPE 190.7 G 0.2 Filling
L_ABU2_1_-
PRI
Now I delete the volume with discarddata=yes. Notice that the volume is
immediately deleted from the storage pool afterwards and the tape returns to
scratch:
ANR0984I Process 3334 for DELETE VOLUME (DISCARD DATA) started in the
BACKGROUND at 09:53:15.
ANR2222I Discard Data process started for volume 120005L4 (process ID 3334).
ANR1341I Scratch volume 120005L4 has been deleted from storage pool
VTLTAPEPOOL_ABU2_1_PRI.
ANR2223I Discard Data process ended for volume 120005L4 - volume deleted from
storage pool VTLTAPEPOOL_ABU2_1_PRI.
ANR0986I Process 3334 for DELETE VOLUME (DISCARD DATA) running in the
BACKGROUND processed 7,280 items for a total of 497,223,313 bytes with a
completion state of SUCCESS at 09:53:21.
ANR0984I Process 3335 for RELABEL started in the BACKGROUND at 09:53:21.
ANR8799I RELABEL: Operation for library TVTL_ABU2_1 started as process 3335.
ANR8810I Volume 120005L4 has been labeled in library TVTL_ABU2_1.
ANR8801I LABEL LIBVOLUME process 3335 for library TVTL_ABU2_1 completed; 1
volume(s) labeled, 1 volume(s) checked-in.
ANR0985I Process 3335 for RELABEL running in the BACKGROUND completed with
completion state SUCCESS at 09:53:23.
The volume is gone instead of pending:
tsm: ABU2>q vol 120005L4
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.
And the tape is scratch instead of private:
tsm: ABU2>q libvol tvtl_abu2_1 120005L4
Library Name Volume Name Status Owner Last Use Home Devic-
Element e Type
------------ ----------- ---------------- ---------- --------- ------- ------
TVTL_ABU2_1 120005L4 Scratch 1,030 LTO
If you really can confirm that this works as expected for real tapes, I maybe
should open a PMR for it.
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Roger Deschner
Sent: woensdag 22 maart 2017 23:23
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: delete volume
I'm confused. Is this an actual tape, or a "tape" in a VTL? What do you mean by
"VTL requirements"? If this stgpool consists of real tapes, the existenace of a
VTL elsewhere in your configuration should not matter at all.
I've done this several times with worn-out real tapes. DELETE VOL
DISCARDDATA=YES and it has always gone into Pending status.
Sounds like a defect. Preserve the ACTLOG and call IBM support.
Roger Deschner University of Illinois at Chicago rogerd AT uic DOT edu
======I have not lost my mind -- it is backed up on tape somewhere.=====
On Tue, 21 Mar 2017, Loon, Eric van (ITOPT3) - KLM wrote:
>Hi Gary!
>It's three days and it's working fine for all other volumes which become empty
>the normal way.
>Kind regards,
>Eric van Loon
>Air France/KLM Storage Engineering
>
>-----Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
>Of Lee, Gary
>Sent: dinsdag 21 maart 2017 16:29
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: delete volume
>
>What is the reusedelay on that storage pool?
>
>-----Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
>Of Loon, Eric van (ITOPT3) - KLM
>Sent: Tuesday, March 21, 2017 11:05 AM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: [ADSM-L] delete volume
>
>Hi all!
>I just had to delete a tape with discarddata=yes because an audit wasn't able
>to fix the volume. I witnessed something unexpected: as soon as you delete a
>volume, it immediately becomes scratch and it is being relabeled (because of
>VTL requirements). This means that if you accidently delete a volume and you
>want to recover it, let's say one day later, by restoring the database to a
>point before the deletion, chances are great the tape was already reused and
>overwritten. In fact, I think the relabel process itself will probably render
>the data unrecoverable.
>Shouldn't a delete volume make a volume pending instead of scratch?
>Kind regards,
>Eric van Loon
>Air France/KLM Storage Engineering
>********************************************************
>For information, services and offers, please visit our web site:
>http://www.klm.com. This e-mail and any attachment may contain confidential
>and privileged material intended for the addressee only. If you are not the
>addressee, you are notified that no part of the e-mail or any attachment may
>be disclosed, copied or distributed, and that any other action related to this
>e-mail or attachment is strictly prohibited, and may be unlawful. If you have
>received this e-mail by error, please notify the sender immediately by return
>e-mail, and delete this message.
>
>Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
>employees shall not be liable for the incorrect or incomplete transmission of
>this e-mail or any attachments, nor responsible for any delay in receipt.
>Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
>Airlines) is registered in Amstelveen, The Netherlands, with registered
>number 33014286
>********************************************************
>********************************************************
>For information, services and offers, please visit our web site:
>http://www.klm.com. This e-mail and any attachment may contain confidential
>and privileged material intended for the addressee only. If you are not the
>addressee, you are notified that no part of the e-mail or any attachment may
>be disclosed, copied or distributed, and that any other action related to this
>e-mail or attachment is strictly prohibited, and may be unlawful. If you have
>received this e-mail by error, please notify the sender immediately by return
>e-mail, and delete this message.
>
>Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
>employees shall not be liable for the incorrect or incomplete transmission of
>this e-mail or any attachments, nor responsible for any delay in receipt.
>Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
>Airlines) is registered in Amstelveen, The Netherlands, with registered
>number 33014286
>********************************************************
>
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and
privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may be
disclosed, copied or distributed, and that any other action related to this
e-mail or attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately by return
e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission of
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number
33014286
********************************************************
|
