Re: Problem is still there with a LTO volume
Give it a try, Ive done this in the past, and on an empty volume, the audit process never requested a mount, but wouldn't start until the tape was updated to readw. If the audit does request a mount, just cancel it. (The cancel process might hang for awhile, because the system is waiting for a mount, but it should eventually time out.) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Jacquelin Bouchard Sent: Friday, April 04, 2008 5:13 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Problem is still there with a LTO volume Hi, Is the audit process read the tape, because the volume is really "offsite" in vault ? Jacquelin Bouchard At 14:16 2008-04-03 -0700, you wrote: >Update vol to access=readwrite and try the audit again. > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of >Jacquelin Bouchard >Sent: Thursday, April 03, 2008 1:20 PM >To: ADSM-L@VM.MARIST.EDU >Subject: Re: Problem is still there with a LTO volume > > >Hi Richard, > > I have tried to audit the volume: > > audit volume a00043 fix=yes > >Output: > >ANR2425E AUDIT VOLUME: Unable to access volume A00043 - access mode >is set to "offsite". > >Jacquelin Bouchard > >At 15:35 2008-04-03 -0400, you wrote: > >This volume is probably the victim of a TSM database inconsistency, > >where an AUDit Volume will likely be needed to clear its problem. > > > >Richard Sims
Re: Problem is still there with a LTO volume
Hi, Thanks for your help, the problem is solved now; as recommended by Doug and Richard, i run these commands: update vol A00043 access=readw audit volume a00043 fix=yes and now the volume status is "empty". Jacquelin Bouchard At 08:34 2008-04-04 -0400, you wrote: On Apr 4, 2008, at 8:12 AM, Jacquelin Bouchard wrote: Hi, Is the audit process read the tape, because the volume is really "offsite" in vault ? Have you tried changing the access mode of the tape to readwrite (or even readonly) as Doug recommended yesterday? In the case of a database inconsistency such as this, it is our historic experience that TSM realizes during the audit that the tape is devoid of data, and will not seek mounting of the tape. This is a problem which has been discussed many times on the mailing list. See http://www.mail-archive.com/adsm-l@vm.marist.edu/ msg67788.html for one such case. Richard Sims
Re: Problem is still there with a LTO volume
On Apr 4, 2008, at 8:12 AM, Jacquelin Bouchard wrote: Hi, Is the audit process read the tape, because the volume is really "offsite" in vault ? Have you tried changing the access mode of the tape to readwrite (or even readonly) as Doug recommended yesterday? In the case of a database inconsistency such as this, it is our historic experience that TSM realizes during the audit that the tape is devoid of data, and will not seek mounting of the tape. This is a problem which has been discussed many times on the mailing list. See http://www.mail-archive.com/adsm-l@vm.marist.edu/ msg67788.html for one such case. Richard Sims
Re: Problem is still there with a LTO volume
Hi, Is the audit process read the tape, because the volume is really "offsite" in vault ? Jacquelin Bouchard At 14:16 2008-04-03 -0700, you wrote: Update vol to access=readwrite and try the audit again. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Jacquelin Bouchard Sent: Thursday, April 03, 2008 1:20 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Problem is still there with a LTO volume Hi Richard, I have tried to audit the volume: audit volume a00043 fix=yes Output: ANR2425E AUDIT VOLUME: Unable to access volume A00043 - access mode is set to "offsite". Jacquelin Bouchard At 15:35 2008-04-03 -0400, you wrote: >This volume is probably the victim of a TSM database inconsistency, >where an AUDit Volume will likely be needed to clear its problem. > >Richard Sims
Re: Problem is still there with a LTO volume
Update vol to access=readwrite and try the audit again. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Jacquelin Bouchard Sent: Thursday, April 03, 2008 1:20 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Problem is still there with a LTO volume Hi Richard, I have tried to audit the volume: audit volume a00043 fix=yes Output: ANR2425E AUDIT VOLUME: Unable to access volume A00043 - access mode is set to "offsite". Jacquelin Bouchard At 15:35 2008-04-03 -0400, you wrote: >This volume is probably the victim of a TSM database inconsistency, >where an AUDit Volume will likely be needed to clear its problem. > >Richard Sims
Re: Problem is still there with a LTO volume
Hi Richard, I have tried to audit the volume: audit volume a00043 fix=yes Output: ANR2425E AUDIT VOLUME: Unable to access volume A00043 - access mode is set to "offsite". Jacquelin Bouchard At 15:35 2008-04-03 -0400, you wrote: This volume is probably the victim of a TSM database inconsistency, where an AUDit Volume will likely be needed to clear its problem. Richard Sims
Re: Problem is still there with a LTO volume
If your storage pool: TPCE_BCK_DATA_COPY has "Delay Period for Volume Reuse:" set to a value greater than zero (say 2 days), you will have to wait for 2 days until that volume is deleted by TSM, as per your request. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jacquelin Bouchard Sent: Thursday, April 03, 2008 2:23 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Problem is still there with a LTO volume 1) q vol a00043 f=d Output: Volume Name : A00043 Storage Pool Name : TPCE_BCK_DATA_COPY Device Class Name : LTO2 Estimated Capacity : 381 468 Scaled Capacity Applied : Pct Util : 0,2 Volume Status :Filling Access : Offsite Pct. Reclaimable Space : 100 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 : 07-06-12 09:48:25 EDT Approx. Date Last Read : 07-06-11 15:53:01 EDT Date Became Pending : Number of Write Errors : 0 Number of Read Errors : 0 Volume Location : vault Volume is MVS Lanfree Capable : No Last Update by (administrator) : ADMIN Last Update Date/Time : 07-06-12 13:15:32 EDT Begin Reclaim Period : End Reclaim Period : Drive Encryption Key Manager : 2) q content a00043 f=d Output: Date/Time : 08-04-03 14:03:09 EDT Message : ANR2017I Administrator ADMIN issued command: QUERY CONTENT a00043 f=d (SESSION: 213681) Date/Time : 08-04-03 14:03:09 EDT Message : ANR2034E QUERY CONTENT: No match found using this criteria. (SESSION: 213681) 3) delete volume a00043 Output: Date/Time : 08-04-03 13:57:50 EDT Message : ANR2017I Administrator ADMIN issued command: DELETE VOLUME a00043 (SESSION: 213681) Date/Time : 08-04-03 13:57:50 EDT Message : ANR2406E DELETE VOLUME: Volume A00043 still contains data. (SESSION: 213681) 4) move data a00043 Output: Date/Time : 08-04-03 15:20:57 EDT Message : ANR2017I Administrator ADMIN issued command: MOVE DATA a00043 (SESSION: 214470) Date/Time : 08-04-03 15:20:57 EDT Message : ANR2209W Volume A00043 contains no data. (SESSION: 214470) 5) delete volume a00043 discard=yes Output: Date/Time : 08-04-03 14:00:08 EDT Message : ANR2017I Administrator ADMIN issued command: DELETE VOLUME a00043 discard=yes (SESSION: 213681) Date/Time : 08-04-03 14:00:08 EDT Message : ANR1423W Scratch volume A00043 is empty but will not be deleted - volume access mode is "offsite". (SESSION: 213681) How can i delete a volume with access mode "offsite"? Thanks, Jacquelin Bouchard, UQTR
Re: Problem is still there with a LTO volume
This volume is probably the victim of a TSM database inconsistency, where an AUDit Volume will likely be needed to clear its problem. Richard Sims
Re: Problem is still there with a LTO volume
How can i delete a volume with access mode "offsite"? update vol A00043 access=readw -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Jacquelin Bouchard Sent: Thursday, April 03, 2008 12:23 PM To: ADSM-L@VM.MARIST.EDU Subject: Problem is still there with a LTO volume 1) q vol a00043 f=d Output: Volume Name : A00043 Storage Pool Name : TPCE_BCK_DATA_COPY Device Class Name : LTO2 Estimated Capacity : 381 468 Scaled Capacity Applied : Pct Util : 0,2 Volume Status :Filling Access : Offsite Pct. Reclaimable Space : 100 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 : 07-06-12 09:48:25 EDT Approx. Date Last Read : 07-06-11 15:53:01 EDT Date Became Pending : Number of Write Errors : 0 Number of Read Errors : 0 Volume Location : vault Volume is MVS Lanfree Capable : No Last Update by (administrator) : ADMIN Last Update Date/Time : 07-06-12 13:15:32 EDT Begin Reclaim Period : End Reclaim Period : Drive Encryption Key Manager : 2) q content a00043 f=d Output: Date/Time : 08-04-03 14:03:09 EDT Message : ANR2017I Administrator ADMIN issued command: QUERY CONTENT a00043 f=d (SESSION: 213681) Date/Time : 08-04-03 14:03:09 EDT Message : ANR2034E QUERY CONTENT: No match found using this criteria. (SESSION: 213681) 3) delete volume a00043 Output: Date/Time : 08-04-03 13:57:50 EDT Message : ANR2017I Administrator ADMIN issued command: DELETE VOLUME a00043 (SESSION: 213681) Date/Time : 08-04-03 13:57:50 EDT Message : ANR2406E DELETE VOLUME: Volume A00043 still contains data. (SESSION: 213681) 4) move data a00043 Output: Date/Time : 08-04-03 15:20:57 EDT Message : ANR2017I Administrator ADMIN issued command: MOVE DATA a00043 (SESSION: 214470) Date/Time : 08-04-03 15:20:57 EDT Message : ANR2209W Volume A00043 contains no data. (SESSION: 214470) 5) delete volume a00043 discard=yes Output: Date/Time : 08-04-03 14:00:08 EDT Message : ANR2017I Administrator ADMIN issued command: DELETE VOLUME a00043 discard=yes (SESSION: 213681) Date/Time : 08-04-03 14:00:08 EDT Message : ANR1423W Scratch volume A00043 is empty but will not be deleted - volume access mode is "offsite". (SESSION: 213681) How can i delete a volume with access mode "offsite"? Thanks, Jacquelin Bouchard, UQTR