Re: There are not enough scratch volumes available
Happens to me too, and it is a managable situation. Look carefully for unavailable or readonly tapes. Watch I/O errors. I once had a flaky drive, and it would mount a scratch tape, start to write on it, have an I/O error, make it readonly, and mount another. This consumed 25 scratch tapes in only a couple of hours, and then none were left and it was a crisis. (during a vacation, of course) You need to track all tape I/O errors, so you can identify either media or drives that are going bad and need to be replaced. Our reusedelay is set to 2 days, and I know I can always delete any pending tapes that became pending before the most recent database backup. This is my emergency scratch tape supply. I am currently managing a very full library, and I am finding that I can always keep scratch tapes available by limiting MAXSCRATCH to less than library capacity. This causes the gradual elimination of collocation as the library fills, but it keeps the lights on until the library can be expanded. I tweak MAXSCRATCH frequently. With some effort, full library situations can be managed. I've been doing it for quite a while due to delays in approving upgrades. Roger Deschner University of Illinois at Chicago rog...@uic.edu Academic Computing Communications Center NO OVERNIGHT CAMPING AUTOMATIC SPRINKLER SYSTEM IN OPERATION --sign, I-70 rest area, Parachute, Colorado === On Fri, 1 Jun 2012, Richard Sims wrote: As an administrator, you need to perform the following regularly: 'Query Volume ACCess=UNAVailable,DESTroyed' 'Query Volume ACCess=READOnly STATus=FIlling' 'Query Volume ACCess=READOnly STATus=EMPty' 'Query Volume STatus=PENding Format=Detailed' to find tapes which TSM has given up on, as per messages like ANR1411W. Also check for tapes which may have been dedicated via Define Volume and which might be put back into the scratch pool. This is to say that you may be artificially out of immediately usable scratch tapes, but that potentially usable tapes may be identified and rendered candidates once again. You should not check primary storage tapes out of a library except in dire circumstances, and then judiciously. Capacity planning monitoring should be in place to anticipate the need for more library resources in advance of exhaustion. Richard Sims
There are not enough scratch volumes available
I'm getting messages saying There are not enough scratch volumes available At the moment the tape library is fully populated with 211 tape volumes. Can some please tell me which tape volumes I need to eject from the tape library slots to be sent offiste so that I can load and check in more scratch volumes? +-- |This was sent by d.qure...@mdx.ac.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: There are not enough scratch volumes available
Doncha hate it when that happens on a Friday? Q DRM should show which tapes are copypool tapes and can be removed. You may also have some DB backup volumes in there you could possibly even delete to free up scratch tapes. Or, you may have some PENDing tapes; in an emergency, you could delete the oldest ones. Doing that means you couldn't restore the TSM DB back to to that time, but in a pinch, it's a possibility. Why out of scratch, though? I'd check to see if reclamation has been running successfully. Steve STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.com | icfi.com ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] on behalf of danesh1 [tsm-fo...@backupcentral.com] Sent: Monday, May 28, 2012 20:29 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] There are not enough scratch volumes available I'm getting messages saying There are not enough scratch volumes available At the moment the tape library is fully populated with 211 tape volumes. Can some please tell me which tape volumes I need to eject from the tape library slots to be sent offiste so that I can load and check in more scratch volumes? +-- |This was sent by d.qure...@mdx.ac.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: There are not enough scratch volumes available
Also check vlume status RO, RW, unavailabel, etc On 6/1/12, Stackwick, Stephen stephen.stackw...@icfi.com wrote: Doncha hate it when that happens on a Friday? Q DRM should show which tapes are copypool tapes and can be removed. You may also have some DB backup volumes in there you could possibly even delete to free up scratch tapes. Or, you may have some PENDing tapes; in an emergency, you could delete the oldest ones. Doing that means you couldn't restore the TSM DB back to to that time, but in a pinch, it's a possibility. Why out of scratch, though? I'd check to see if reclamation has been running successfully. Steve STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.com | icfi.com ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] on behalf of danesh1 [tsm-fo...@backupcentral.com] Sent: Monday, May 28, 2012 20:29 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] There are not enough scratch volumes available I'm getting messages saying There are not enough scratch volumes available At the moment the tape library is fully populated with 211 tape volumes. Can some please tell me which tape volumes I need to eject from the tape library slots to be sent offiste so that I can load and check in more scratch volumes? +-- |This was sent by d.qure...@mdx.ac.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: There are not enough scratch volumes available
You are right, check for unavailable tapes. I've seen bad tape drives take out all the tapes in a library, one by one, while you weren't looking. Check that, for sure! STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.com | icfi.com ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] on behalf of Chavdar Cholev [chavdar.cho...@gmail.com] Sent: Friday, June 01, 2012 15:31 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] There are not enough scratch volumes available Also check vlume status RO, RW, unavailabel, etc On 6/1/12, Stackwick, Stephen stephen.stackw...@icfi.com wrote: Doncha hate it when that happens on a Friday? Q DRM should show which tapes are copypool tapes and can be removed. You may also have some DB backup volumes in there you could possibly even delete to free up scratch tapes. Or, you may have some PENDing tapes; in an emergency, you could delete the oldest ones. Doing that means you couldn't restore the TSM DB back to to that time, but in a pinch, it's a possibility. Why out of scratch, though? I'd check to see if reclamation has been running successfully. Steve STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.com | icfi.com ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] on behalf of danesh1 [tsm-fo...@backupcentral.com] Sent: Monday, May 28, 2012 20:29 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] There are not enough scratch volumes available I'm getting messages saying There are not enough scratch volumes available At the moment the tape library is fully populated with 211 tape volumes. Can some please tell me which tape volumes I need to eject from the tape library slots to be sent offiste so that I can load and check in more scratch volumes? +-- |This was sent by d.qure...@mdx.ac.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +--
Re: There are not enough scratch volumes available
As an administrator, you need to perform the following regularly: 'Query Volume ACCess=UNAVailable,DESTroyed' 'Query Volume ACCess=READOnly STATus=FIlling' 'Query Volume ACCess=READOnly STATus=EMPty' 'Query Volume STatus=PENding Format=Detailed' to find tapes which TSM has given up on, as per messages like ANR1411W. Also check for tapes which may have been dedicated via Define Volume and which might be put back into the scratch pool. This is to say that you may be artificially out of immediately usable scratch tapes, but that potentially usable tapes may be identified and rendered candidates once again. You should not check primary storage tapes out of a library except in dire circumstances, and then judiciously. Capacity planning monitoring should be in place to anticipate the need for more library resources in advance of exhaustion. Richard Sims
Re: There are not enough scratch volumes available
You have two volumes on-site marked as unavailable, probably because of media errors you can try to update these and re-use them by using 'upd vol 'volname' acc=readwrite'. Likewise you have a few in the on-site-pool that are readonly which you can also set to readwrite? You could also try migrating files off partially full ones to consolidate free tapes. Hope that helps. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Lopes Sent: 08 September 2008 23:50 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] There are not enough scratch volumes available The information about the volumes its: Can you help me to say me witch one I can change? TAPE STGPOOL STATUSACCESS%RECL %UTIL LOCATION - --- - - - - 182ACAL4 OFF_SITE_POOL FULL OFFSITE 1 98 COFRE 184ACAL4 OFF_SITE_POOL FULL OFFSITE 35 64 COFRE 192ACAL4 OFF_SITE_POOL FULL OFFSITE 49 50 COFRE 295ACAL4 OFF_SITE_POOL FULL OFFSITE 52 47 COFRE 298ACAL4 OFF_SITE_POOL FILLING READWRITE 0 52 299ACAL4 OFF_SITE_POOL FULL UNAVAILAB75 24 180ACAL4 ON_SITE_POOLFILLING READONLY 0 18 261ACAL4 ON_SITE_POOLFILLING READONLY 0 0 190ACAL4 ON_SITE_POOLFILLING READWRITE 0 71 191ACAL4 ON_SITE_POOLFULL READWRITE 0 99 263ACAL4 ON_SITE_POOLFULL READWRITE50 49 297ACAL4 ON_SITE_POOLFULL READWRITE34 65 305ACAL4 ON_SITE_POOLFULL READWRITE 0 99 183ACAL4 ON_SITE_POOLFILLING UNAVAILAB38 36 264ACAL4 ON_SITE_POOLFILLING UNAVAILAB 0 0 TAPE TYPE DATE LOCATION -- -- 296ACAL4 DBSNAPSHOT 2008-09-01 09:07:28.00 193ACAL4 BACKUPFULL 2008-09-02 09:00:18.00 ANR1462I RUN: Command script VER_TAPES completed successfully. tsm: TSMSRVrun ver_tapes_a_entrar ANR2034E SELECT: No match found using this criteria. ANR1462I RUN: Command script VER_TAPES_A_ENTRAR completed successfully. tsm: TSMSRVq volume 299ACAL4 f=d Volume Name: 299ACAL4 Storage Pool Name: OFF_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.161.032,9 Scaled Capacity Applied: Pct Util: 24,8 Volume Status: Full Access: Unavailable Pct. Reclaimable Space: 75,2 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 13 Write Pass Number: 1 Approx. Date Last Written: 05-07-08 09:13:55 Approx. Date Last Read: 23-06-08 10:00:26 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: 23-06-08 09:58:25 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None tsm: TSMSRVq volume 180ACAL4 f=d Volume Name: 180ACAL4 Storage Pool Name: ON_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.600.000,0 Scaled Capacity Applied: Pct Util: 18,7 Volume Status: Filling Access: Read-Only Pct. Reclaimable Space: 0,5 Scratch Volume?: Yes In Error State?: Yes Number of Writable Sides: 1 Number of Times Mounted: 494 Write Pass Number: 1 Approx. Date Last Written: 14-08-08 16:42:10 Approx. Date Last Read: 15-08-08 09:03:53 Date Became Pending: Number of Write Errors: 1 Number of Read Errors: 0 Volume Location: Volume is MVS Lanfree Capable : No Last Update by (administrator): Last Update Date/Time: 09-08-08 20:31:00 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None tsm: TSMSRVq volume 261ACAL4 f=d Volume Name: 261ACAL4 Storage Pool Name: ON_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.600.000,0 Scaled Capacity Applied: Pct Util: 0,3 Volume Status: Filling Access: Read-Only Pct. Reclaimable Space: 0,0
Re: There are not enough scratch volumes available
You can change the definition of the storage pool and allow it to use more scratch volumes -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Lopes Sent: Monday, September 08, 2008 3:50 PM To: ADSM-L@VM.MARIST.EDU Subject: There are not enough scratch volumes available The information about the volumes its: Can you help me to say me witch one I can change? 09:07:28.00 193ACAL4 BACKUPFULL 2008-09-02 09:00:18.00 What I have have to do to solve this problem? Thanks for your help David No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.169 / Virus Database: 270.6.18/1658 - Release Date: 08-09-2008 07:01
There are not enough scratch volumes available
: None tsm: TSMSRVq volume 183ACAL4 f=d Volume Name: 183ACAL4 Storage Pool Name: ON_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.600.000,0 Scaled Capacity Applied: Pct Util: 36,8 Volume Status: Filling Access: Unavailable Pct. Reclaimable Space: 38,0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 5.339 Write Pass Number: 1 Approx. Date Last Written: 21-07-08 22:26:42 Approx. Date Last Read: 21-07-08 09:01:21 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: 13-05-08 07:02:24 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None tsm: TSMSRVq volume 264ACAL4 f=d Volume Name: 264ACAL4 Storage Pool Name: ON_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.600.000,0 Scaled Capacity Applied: Pct Util: 0,5 Volume Status: Filling Access: Unavailable Pct. Reclaimable Space: 0,0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1.486 Write Pass Number: 1 Approx. Date Last Written: 14-08-08 18:01:36 Approx. Date Last Read: 10-08-08 10:38:13 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: 25-07-08 23:24:24 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None tsm: TSMSRV _ Well, you have two volumes in 'read-only' state and three in 'unavailable' state. If you expect them to be used and written to, make them read-write (READW) status. If they then return to their previous state, you need to find out why. A 'q volume volid f=d' command will tell you if there are read or write errors on these volumes. Jeff White My tsm its send me a email with error message: There are not enough scratch volumes available. Condition (0 5) Recommendation: Check in some scratch tapes. The number of unavailable volumes is too high Condition (3 2) Recommendation: Issue: Q LIBVOL F=D at a TSM command prompt for details. TAPE STGPOOL STATUSACCESS%RECL %UTIL LOCATION - --- - - - - 182ACAL4 OFF_SITE_POOL FULL OFFSITE 1 98 COFRE 184ACAL4 OFF_SITE_POOL FULL OFFSITE 35 64 COFRE 192ACAL4 OFF_SITE_POOL FULL OFFSITE 49 50 COFRE 295ACAL4 OFF_SITE_POOL FULL OFFSITE 52 47 COFRE 298ACAL4 OFF_SITE_POOL FILLING READWRITE 0 52 299ACAL4 OFF_SITE_POOL FULL UNAVAILAB75 24 180ACAL4 ON_SITE_POOLFILLING READONLY 0 18 261ACAL4 ON_SITE_POOLFILLING READONLY 0 0 190ACAL4 ON_SITE_POOLFILLING READWRITE 0 71 191ACAL4 ON_SITE_POOLFULL READWRITE 0 99 263ACAL4 ON_SITE_POOLFULL READWRITE50 49 297ACAL4 ON_SITE_POOLFULL READWRITE34 65 305ACAL4 ON_SITE_POOLFULL READWRITE 0 99 183ACAL4 ON_SITE_POOLFILLING UNAVAILAB38 36 264ACAL4 ON_SITE_POOLFILLING UNAVAILAB 0 0 TAPE TYPE DATE LOCATION -- -- 296ACAL4 DBSNAPSHOT 2008-09-01 09:07:28.00 193ACAL4 BACKUPFULL 2008-09-02 09:00:18.00 What I have have to do to solve this problem? Thanks for your help David No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.169 / Virus Database: 270.6.18/1658 - Release Date: 08-09-2008 07:01
Re: There are not enough scratch volumes available
It is difficult to determine your actual question. I presume you have an operation you are attempting to perform which is failing with the subject as an error message. Is the below a complete listing of all of your tape volumes? It appears that your off_site_pool is not being correctly managed... checkout libv without marking them offsite. move drm handles all such operations for you, keeping it all in order. But, that's probably not the issue. Do you have space to check some scratch volumes into your library? My guess is that you do not yet know. Send us the output of show slots libraryname and please, do it tab-delimited so we don't have to play splice the line. Please also send a q libv f=d, same format. Between the two, we can see what's in the library and what CAN be in the library. Before you do the two commands, please wait until no tapes are in use, dismount volume on any that are sitting idle. disa ses and run an aud libr libraryname checklabel=barcode So we can now that TSM knows correctly what is there. Run the show slots and q libv right afterward while the library's still quiesced, then ena ses. There is no importance in running the q libv while quiesced, but it takes no time to do it, and it IS important to show slots while the library's not doing anything, and you get nicer results if nothing's mounted, too. If you are not allowed to disa ses, and you get Library libraryname is busy., keep trying until you DO get a run without that message, or we can't see the slots. We still get the slot count, but it'd be nicer to have the details, just in case. Also send q devc q stg Then we can start to figure out what owns what volume, where they all are, and what we can do about it. With good luck, you have a well-designed but neglected system, and we'll find that you just need to have the operations people stick some tapes in your I/O door and you can check them in as scratch. There's another type of luck, however... If you like, just send those queries directly to me, to avoid cluttering the list with potentially thousands of lines of queries. cd -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Lopes Sent: Monday, September 08, 2008 4:50 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] There are not enough scratch volumes available The information about the volumes its: Can you help me to say me witch one I can change? TAPE STGPOOL STATUSACCESS%RECL %UTIL LOCATION - --- - - - - 182ACAL4 OFF_SITE_POOL FULL OFFSITE 1 98 COFRE 184ACAL4 OFF_SITE_POOL FULL OFFSITE 35 64 COFRE 192ACAL4 OFF_SITE_POOL FULL OFFSITE 49 50 COFRE 295ACAL4 OFF_SITE_POOL FULL OFFSITE 52 47 COFRE 298ACAL4 OFF_SITE_POOL FILLING READWRITE 0 52 299ACAL4 OFF_SITE_POOL FULL UNAVAILAB75 24 180ACAL4 ON_SITE_POOLFILLING READONLY 0 18 261ACAL4 ON_SITE_POOLFILLING READONLY 0 0 190ACAL4 ON_SITE_POOLFILLING READWRITE 0 71 191ACAL4 ON_SITE_POOLFULL READWRITE 0 99 263ACAL4 ON_SITE_POOLFULL READWRITE50 49 297ACAL4 ON_SITE_POOLFULL READWRITE34 65 305ACAL4 ON_SITE_POOLFULL READWRITE 0 99 183ACAL4 ON_SITE_POOLFILLING UNAVAILAB38 36 264ACAL4 ON_SITE_POOLFILLING UNAVAILAB 0 0 TAPE TYPE DATE LOCATION -- -- 296ACAL4 DBSNAPSHOT 2008-09-01 09:07:28.00 193ACAL4 BACKUPFULL 2008-09-02 09:00:18.00 ANR1462I RUN: Command script VER_TAPES completed successfully. tsm: TSMSRVrun ver_tapes_a_entrar ANR2034E SELECT: No match found using this criteria. ANR1462I RUN: Command script VER_TAPES_A_ENTRAR completed successfully. tsm: TSMSRVq volume 299ACAL4 f=d Volume Name: 299ACAL4 Storage Pool Name: OFF_SITE_POOL Device Class Name: DEVCL_LTO Estimated Capacity: 1.161.032,9 Scaled Capacity Applied: Pct Util: 24,8 Volume Status: Full Access: Unavailable Pct. Reclaimable Space: 75,2 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 13 Write Pass Number: 1 Approx. Date Last Written: 05-07-08 09:13:55 Approx. Date Last Read: 23-06-08 10:00:26 Date Became Pending: Number of Write
