• 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: full DBB not returning from VAULT


Hi all,
we are using DRM to manage tapes. Checkout, away with Iron Mountain, back from Iron Mountain and checkin as scratch. That all works perfectly except for dbb volumes. I know what you think. No, we are not doing del volh t=dbb. I checked the actlog to make sure there is no del volh running at all.
The dbb volumes are not showing up in the volhist, so I assume DRM works as designed - except for getting back the tapes. This are the commands to handle tapes:

create list of tapes to check out: select volume_name,voltype,lib_name from drmedia where state='MOUNTABLE'
check out: move drmedia * wherestate=mountable tostate=vault remove=bulk
create list of tape to retrieve from Iron Mountain: select volume_name from drmedia where state='VAULTRETRIEVE'
move tapes status: move drm * s=dbb wherestate='VAULTRETRIEVE' tostate='ONSITER'

From what I understand, with DB Backup Series Expiration Days: 3 the dbb volumes should be expired and retruned onsite by DRM.

Right? Wrong?


ADSM.ORG Moderator
If you do a 'q drmstatus' what value does "DB Backup Series Expiration Days" return? In your case, it is 3. If this is set for a long time, then it will take that many days to see tapes back.

In principle, after the Expiration Days has passed, the DB tapes should show as vault retrieve which is then returned through the 'move drmedia' command.

To add:

What version of TSM server are you running?

In one of my old 5.6 environment, I had encountered this issue which I managed through KSH scripts to get back 'orphaned' DBB backup tape. Somehow, the DRM did not work well with DBB tapes.


I know it SHOULD depend on the drm settings. As you see, for this (and all our instances) it is 3. That means, on the 4th day it should be marked as scratch and return onsite. That is what does not happen.

The Version is 6.3.5


ADSM.ORG Moderator
It looks like the DRM issue with physical DBB tapes still exist.

My current TSM version at 7.1.3 and manages DBB via devclass=file. "DB Backup Series Expiration Days" is set for 8 and true to what is advertised, DBB older that 8 days are deleted on the 9th day and so on.

However, DRM is not engaged the same way like it is with traditional tapes.

From what I had experienced before for the DBB tape, the volume/s was/were not part of the 'vault retrieve' list and had to be tracked through a script I devised.


Now, that sounds like an IBM Support question. I found some cases on the web with similar issues, but no solution. I'll keep you posted.


After working with the IBM support for a while (that was not able to find something), I think it's maybe kind of my own fault. Not really sure how that can happen, but I found an instance with DRMDBBACKUPEXPIREDAYS 60 (standard setting). I KNOW that I checked that, as I did with delete volhist. All the others are good. Maybe it's from back in the days when we used DRM and del volhist together, why there are tapes missing but I cannot find a good reason for it.

Anyway, I now have to order all the tapes lost at Iron Mountain and then develop a script for Icinga to check that settings regularly.

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: 18 18.8%
  • Keep using TSM for Spectrum Protect.

    Votes: 58 60.4%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.5%
  • Other (please comement)

    Votes: 8 8.3%

Forum statistics

Latest member