• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

DRM - VAULT to VAULTRETRIEVE - Periodic Calculation?


ADSM.ORG Senior Member
I've setup DRMDBBACKUPEXIREDAYS to 8......but I had all of my copy stgpool REUSEDELAY set to 10 accidentally. Today was day 8. I realized this afternoon I had the reusedelays set incorrectly so I changed them all to 8.

Many of the volumes went into PENDING state 8 days ago, so should go VAULTRETRIEVE today, but when I noticed the incorrect REUSEDELAY, it was about an hour beyond the actual HH:MM:SS that would be exactly 8 days.

My question is, how often does DRM recalculate which volumes are to be returned, via the REUSEDELAY, and set those volumes to VAULTRETRIEVE? It's been about 30 minutes since I made the change but there are no changes to the VAULT volumes that are now 8 days & 1.5 hours beyond their PENDING_DATE so they should now be in a VAULTRETRIEVE state but are still VAULT. Am I just being impatient? :-D

***UPDATE - Yes I was impatient. It did it about 50 minutes after I updated REUSEDELAYs
Last edited:


ADSM.ORG Senior Member
That calculation happens during expiration.
However, It seems to me that when I did something similar, the delay was assigned at the moment of transition, so that the pending state lasted through the previous reusedelay, and in fact the volumes that went pending the following day went to vaultretrieve before the ones that went pending right before the change.
One thing you can do is to go ahead and call the pending tapes back a day early so they're in your hands the day they are eligible for reuse, instead of waiting another day for the courier to bring them back.

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 12 15.8%
  • Keep using TSM for Spectrum Protect.

    Votes: 48 63.2%
  • Let's be formal and just say Spectrum Protect

    Votes: 9 11.8%
  • Other (please comement)

    Votes: 7 9.2%

Forum statistics

Latest member