DRM Vault tapes not expiring

[s1lkman]

i searched and couldn't find any answers to my questions. I just joined a company that has ignored it's tsm backup for a long time.
They are using DRM. The expiration is set for 6 days

tsm> q drmstatus


Recovery Plan Prefix: /opt/DRM/plan/
Plan Instructions Prefix: /opt/DRM/instructions/
Replacement Volume Postfix: @
Primary Storage Pools: UNIX_POOL WINDOWSPOOL ONSITE_TAPE
Copy Storage Pools: OFFSITE_LTO5
Active-Data Storage Pools:
Not Mountable Location Name: Moving to vault
Courier Name: Iron Mountain
Vault Site Name: Iron Mountain Vault
DB Backup Series Expiration Days: 6 Day(s)
Recovery Plan File Expiration Days: 6 Day(s)
Check Label?: No
Process FILE Device Type?: No
Command File Name:

I still have a bunch of old tapes in the vault with a date stamp of 02/11/2014 ( today is 03/19/2014). What I believed happened before I got here was that the tapes in question were still in the courier status when the db tape expired. After the expiration a move data * wherstate=courier was done which put these tapes into vault status, but now with no connection to the db tape. How do I get these tapes and data on them to expire. Do I Check them in as private and wait for drm to go through them again. Will this then expire the data ? Take in mind all migration, reclamation has been scheduled properly. I even ran a manaul expire inventory on the copy stgp. thanks

tsm: NSATSM>q drm * wherestate=vault begind=02/10/2014 endd=02/12/2014

Volume Name State Last Update Automated
Date/Time LibName
---------------- ----------------- ------------------- ----------------
NSA006L5 Vault 02/11/2014 11:23:56
NSA020L5 Vault 02/11/2014 11:23:56
NSA042L5 Vault 02/11/2014 11:23:56
NSA060L5 Vault 02/11/2014 11:23:56
NSA070L5 Vault 02/11/2014 11:23:56
NSA091L5 Vault 02/11/2014 11:23:56
NSA094L5 Vault 02/11/2014 11:23:56
NSA097L5 Vault 02/11/2014 11:23:56
NSA098L5 Vault 02/11/2014 11:23:56
NSA106L5 Vault 02/11/2014 11:23:56
NSA111L5 Vault 02/11/2014 11:23:56
NSA118L5 Vault 02/11/2014 11:23:56
NSA123L5 Vault 02/11/2014 11:23:56
NSA130L5 Vault 02/11/2014 11:23:56
NSA132L5 Vault 02/11/2014 11:23:56
NSA156L5 Vault 02/11/2014 11:23:57
NSA192L5 Vault 02/11/2014 11:23:57
NSA197L5 Vault 02/11/2014 11:23:57
NSA260L5 Vault 02/11/2014 11:23:57
NSA268L5 Vault 02/11/2014 11:23:57
NSA280L5 Vault 02/11/2014 11:23:57
NSA307L5 Vault 02/11/2014 11:23:57
NSA309L5 Vault 02/11/2014 11:23:57
NSA317L5 Vault 02/11/2014 11:23:57
NSA327L5 Vault 02/11/2014 11:23:57
NSA329L5 Vault 02/11/2014 11:23:57
NSA345L5 Vault 02/11/2014 11:23:57
NSA351L5 Vault 02/11/2014 11:23:57
NSA361L5 Vault 02/11/2014 11:23:57
NSA375L5 Vault 02/11/2014 11:23:57
NSA501L5 Vault 02/11/2014 11:23:57
NSA511L5 Vault 02/11/2014 11:23:58
NSA543L5 Vault 02/11/2014 11:23:58
NSA548L5 Vault 02/11/2014 11:23:58
NSA554L5 Vault 02/11/2014 11:23:58
NSA555L5 Vault 02/11/2014 11:23:58
NSA562L5 Vault 02/11/2014 11:23:58
NSA565L5 Vault 02/11/2014 11:23:58
NSA582L5 Vault 02/11/2014 11:23:58
NSA588L5 Vault 02/11/2014 11:23:58
NSA597L5 Vault 02/11/2014 11:23:58
NSA598L5 Vault 02/11/2014 11:23:58

 

[s1lkman]

Please also take in mind that only 4 or 5 tapes go out daily, so to have 40+ tapes with this same time stamp is an indication that the Move DRM * wherestate=courier was not run regularly and is done manually

 

[s1lkman]

other tapes that are newer are going from vault to vaultretrieve status so there is no error in reclamation
tsm: NSATSM>q drm * wherestate=vaultr

Volume Name State Last Update Automated
Date/Time LibName
---------------- ----------------- ------------------- ----------------
NSA037L5 Vault retrieve 03/18/2014 14:15:56
NSA039L5 Vault retrieve 03/18/2014 14:15:56
NSA567L5 Vault retrieve 03/13/2014 16:05:50
NSA517L5 Vault retrieve 03/12/2014 13:12:33
NSA335L5 Vault retrieve 03/11/2014 10:24:45

tsm: NSATSM>q drm * wherestate=courier

Volume Name State Last Update Automated
Date/Time LibName
---------------- ----------------- ------------------- ----------------
NSA099L5 Courier 03/19/2014 02:25:56
NSA138L5 Courier 03/19/2014 02:25:56
NSA277L5 Courier 03/19/2014 02:25:56
NSA181L5 Courier 03/19/2014 02:26:02

then after I give the tapes to the courier and receive the others back:
Move DRM * wherestate=courier
Move DRM * wherestate= vaultretrieve tostate=onsiter
checkin libv .....

 

[s1lkman]

also when I run this command all those tapes are volume status full....and only those tapes 2/11/2014.
q v * access=offsite stgp=offsite_lto5 status=full
The correlation between the data on those tape dated 02/11
and the database tape is most likely missing due to the db tape expiring and returning to scratch before these copy pool tapes went from courier to vault. So, if
that's true can these tapes be returned to scratch ( volhist set expire 30 days, and we are past 30 now), and how would I accomplish this ?
q v * access=offsite stgp=offsite_lto5 status=full