Hello, we have stumbled across an issue regarding tape volumes that are in the wrong devclass and we have not been able to find a good solution so far. We were hoping that we could get assistance here. I will try to describe our issue as briefly as possible. Our tape library contains 5286 tapes and we have many more in onsite and offsite storage. While trying to determine which tapes I could remove from the library to add scratch tapes, I found that we have tapes that were linked to the wrong devclass both onsite and offsite.
We have 2 TSM instances. A library manager (TSMLM) and a client (TSM16). Most of our nodes (Windows/AIX) backup on TSM16. The TSMLM contains our NDMP/NAS backups.
I was finding tapes that were backups of Windows nodes on TSM16 that were linked to the NAS devclass on TSMLM. And there are a lot of them ! Over 2000 tapes.
It looks like this incorrect setting doesn't allow the tapes to be picked up as they normally would during our reclamation and migration processing. They are in limbo with most of them being untouched since late 2013. It looks like something happened in 10/2013 that caused this issue. I see a NAS devclass update at that time.
I tried simple updates on the volumes but nothing would change the devclass associated to the volumes. I have an open IBM PMR but we haven't gotten anywhere with that either. Their latest suggestion was to perform a "movedata" on the tapes. I would like to avoid doing a movedata on 2000+ tapes.
I will put samples below of our settings and a volume sample. Any recommendations would be appreciated. Please let me know if any more info is needed. Thank you
Storage Management Server for AIX - Version 7, Release 1, Level 4.0
TSMLM:
tsm: TSMLM>q devclass NAS
Device Device Storage Device Format Est/Max Mount
Class Access Pool Type Capacity Limit
Name Strategy Count (MB)
--------- ---------- ------- --------- ------ -------- ------
NAS Sequential 2 NAS DRIVE 819,200. DRIVES
0
tsm: TSMLM>q devclass NAS f=d
Device Class Name: NAS
Device Access Strategy: Sequential
Storage Pool Count: 2
Device Type: NAS
Format: DRIVE
Est/Max Capacity (MB): 819,200.0
Mount Limit: DRIVES
Mount Wait (min): 60
Mount Retention (min): 0
Label Prefix: ADSM
Library: LTO5LIB
Directory:
Server Name:
Retry Period:
Retry Interval:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption:
Scaled Capacity:
Primary Allocation (MB):
Secondary Allocation (MB):
Compression:
Retention:
Protection:
Expiration Date:
Unit:
Logical Block Protection:
Last Update by (administrator): FMALVEST
Last Update Date/Time: 10/09/13 13:08:54
tsm: TSMLM> select VOLUME_NAME, DATE_TIME, TYPE,DEVCLASS,VOLUME_NAME,LOCATION from VOLHISTORY where VOLUME_NAME='017581L4'
VOLUME_NAME: 017581L4
DATE_TIME: 2012-05-29 10:10:19.000000
TYPE: REMOTE
DEVCLASS: NAS
VOLUME_NAME: 017581L4
LOCATION: TSM16
TSM16
tsm: TSM16> select VOLUME_NAME, DATE_TIME, TYPE,DEVCLASS,VOLUME_NAME,LOCATION from VOLHISTORY where VOLUME_NAME='017581L4'
VOLUME_NAME: 017581L4
DATE_TIME: 2012-05-29 10:10:20.000000
TYPE: STGNEW
DEVCLASS: LTO4
VOLUME_NAME: 017581L4
LOCATION:
tsm: TSM16>q vol 017581L4 f=d
Volume Name: 017581L4
Storage Pool Name: ONSITE_TP
Device Class Name: LTO4
Estimated Capacity: 789.7 G
Scaled Capacity Applied:
Pct Util: 99.6
Volume Status: Full
Access: Read/Write
Pct. Reclaimable Space: 0.4
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 4
Write Pass Number: 1
Approx. Date Last Written: 06/26/12 09:29:31
Approx. Date Last Read: 06/27/12 17:28:55
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator):
Last Update Date/Time: 05/29/12 10:10:20
Begin Reclaim Period:
End Reclaim Period:
Drive Encryption Key Manager: Library
Logical Block Protected: No
We have 2 TSM instances. A library manager (TSMLM) and a client (TSM16). Most of our nodes (Windows/AIX) backup on TSM16. The TSMLM contains our NDMP/NAS backups.
I was finding tapes that were backups of Windows nodes on TSM16 that were linked to the NAS devclass on TSMLM. And there are a lot of them ! Over 2000 tapes.
It looks like this incorrect setting doesn't allow the tapes to be picked up as they normally would during our reclamation and migration processing. They are in limbo with most of them being untouched since late 2013. It looks like something happened in 10/2013 that caused this issue. I see a NAS devclass update at that time.
I tried simple updates on the volumes but nothing would change the devclass associated to the volumes. I have an open IBM PMR but we haven't gotten anywhere with that either. Their latest suggestion was to perform a "movedata" on the tapes. I would like to avoid doing a movedata on 2000+ tapes.
I will put samples below of our settings and a volume sample. Any recommendations would be appreciated. Please let me know if any more info is needed. Thank you
Storage Management Server for AIX - Version 7, Release 1, Level 4.0
TSMLM:
tsm: TSMLM>q devclass NAS
Device Device Storage Device Format Est/Max Mount
Class Access Pool Type Capacity Limit
Name Strategy Count (MB)
--------- ---------- ------- --------- ------ -------- ------
NAS Sequential 2 NAS DRIVE 819,200. DRIVES
0
tsm: TSMLM>q devclass NAS f=d
Device Class Name: NAS
Device Access Strategy: Sequential
Storage Pool Count: 2
Device Type: NAS
Format: DRIVE
Est/Max Capacity (MB): 819,200.0
Mount Limit: DRIVES
Mount Wait (min): 60
Mount Retention (min): 0
Label Prefix: ADSM
Library: LTO5LIB
Directory:
Server Name:
Retry Period:
Retry Interval:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption:
Scaled Capacity:
Primary Allocation (MB):
Secondary Allocation (MB):
Compression:
Retention:
Protection:
Expiration Date:
Unit:
Logical Block Protection:
Last Update by (administrator): FMALVEST
Last Update Date/Time: 10/09/13 13:08:54
tsm: TSMLM> select VOLUME_NAME, DATE_TIME, TYPE,DEVCLASS,VOLUME_NAME,LOCATION from VOLHISTORY where VOLUME_NAME='017581L4'
VOLUME_NAME: 017581L4
DATE_TIME: 2012-05-29 10:10:19.000000
TYPE: REMOTE
DEVCLASS: NAS
VOLUME_NAME: 017581L4
LOCATION: TSM16
TSM16
tsm: TSM16> select VOLUME_NAME, DATE_TIME, TYPE,DEVCLASS,VOLUME_NAME,LOCATION from VOLHISTORY where VOLUME_NAME='017581L4'
VOLUME_NAME: 017581L4
DATE_TIME: 2012-05-29 10:10:20.000000
TYPE: STGNEW
DEVCLASS: LTO4
VOLUME_NAME: 017581L4
LOCATION:
tsm: TSM16>q vol 017581L4 f=d
Volume Name: 017581L4
Storage Pool Name: ONSITE_TP
Device Class Name: LTO4
Estimated Capacity: 789.7 G
Scaled Capacity Applied:
Pct Util: 99.6
Volume Status: Full
Access: Read/Write
Pct. Reclaimable Space: 0.4
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 4
Write Pass Number: 1
Approx. Date Last Written: 06/26/12 09:29:31
Approx. Date Last Read: 06/27/12 17:28:55
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator):
Last Update Date/Time: 05/29/12 10:10:20
Begin Reclaim Period:
End Reclaim Period:
Drive Encryption Key Manager: Library
Logical Block Protected: No