Mahesh As I understand that is the issue. The TSM server does not delete empty pre-defined volumes. See here, 3rd paragraph: http://pic.dhe.ibm.com/infocenter/tsminfo/v6r2/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_devconcepts_volumes_ulw.html
I have never used pre-defined vols before but my understanding is that when they are empty they should be reused. Perhaps, someone else who has experience with using them could confirm. Otherwise you may need to contact IBM support. Is there a reason why you choose to predefine volumes? If not dynamic allocation is preferred.... IMHO It has zero maintenance and works flawlessly. You can use both pre-defined and dynamically allocated volumes in the same stg pool, so if there is no reason to have the PD volumes I would suggest using dynamic and move the data from the PD vols and delete them. -Rick Adamson -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Tailor, Mahesh C. Sent: Wednesday, October 09, 2013 10:31 AM To: [email protected] Subject: Re: [ADSM-L] File Pool Rick, We predefine all our volumes. Mahesh -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Rick Adamson Sent: Wednesday, October 09, 2013 10:20 AM To: [email protected] Subject: Re: [ADSM-L] File Pool Mahesh, Below you mention 276 "defined" volumes. Looking at the volume names as in the example below it appears that these volumes may have been pre-defined. Do you know if in fact they are pre-defined volumes or were dynamically created by the storage pool? -Rick Adamson -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Tailor, Mahesh C. Sent: Wednesday, October 09, 2013 9:55 AM To: [email protected] Subject: Re: [ADSM-L] File Pool Rick, This is a FILE pool not a library. When a new volume is defined, I don't ever see SCRATCH status as Yes. For example, I just deleted /tsmfp/fp001/bf112, removed the file from the filesystem. Then I did a define vol once again and here's the status. q vol /tsmfp/fp001/bf109 f=d Volume Name: /tsmfp/fp001/bf109 Storage Pool Name: FPOOL01 Device Class Name: FILE Estimated Capacity: 204.8 G Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read/Write Pct. Reclaimable Space: 0.0 Scratch Volume?: No In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1,462 Write Pass Number: 22 Approx. Date Last Written: 10/05/13 12:55:48 Approx. Date Last Read: 10/06/13 15:00:27 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): ADMIN Last Update Date/Time: 10/16/12 11:08:05 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: Logical Block Protected: No And, filepool volumes do not show up in q libv command. Thanks. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Rick Adamson Sent: Wednesday, October 09, 2013 9:42 AM To: [email protected] Subject: Re: [ADSM-L] File Pool Storage pool volumes cannot be deleted if they are in use. For example, a volume cannot be deleted if a user is restoring or retrieving a file residing in the volume, if the server is writing information to the volume, or if a reclamation process is using the volume. The DELETE VOLUME command automatically updates the server library inventory for sequential volumes if the volume is returned to scratch status when the volume becomes empty. To determine whether a volume will be returned to scratch status, issue the QUERY VOLUME command and look at the output. If the value for the attribute "Scratch Volume?" is "Yes," then the server library inventory is automatically updated. If the value is "No," you can issue the UPDATE LIBVOLUME command to specify the status as scratch. It is recommended that you issue the UPDATE LIBVOLUME command after issuing the DELETE VOLUME command. -Rick Adamson -----Original Message----- From: Rick Adamson Sent: Wednesday, October 09, 2013 9:33 AM To: 'ADSM: Dist Stor Manager' Subject: RE: [ADSM-L] File Pool What happens when you try to manually delete one of the empty volumes? Messages? del vol <vol_name> -Rick Adamson -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Chavdar Cholev Sent: Wednesday, October 09, 2013 2:45 AM To: [email protected] Subject: Re: [ADSM-L] File Pool Hi, check q vol <empty_vol> f=d to see if it is in rw access. if it is different then rw, you can use update vol <empty_vol> acc=readw. I also would check actl to see how these vols have been processed/used by TSM Thank you Chavdar On 10/9/2013 00:13, Tailor, Mahesh C. wrote: > Hello. > > TSM 6.3.2.200 on AIX 7.1 fp6 > > We have a filepool that has 276 (214GB) volumes defined for a total of approx > 60TB. The occupancy is as follows. > > select sum(physical_mb) from occupancy > > Unnamed[1] > ---------------------------------- > 45079209.31 > > > We have 75 empty volumes. > > select count(*) from volumes where stgpool_name='FPOOL01' and status='EMPTY' > > Unnamed[1] > ------------ > 75 > > So, the stgpool is not full and we have empty volumes, but TSM starts > creating volumes and fills up the file system. Any idea why or any clues as > to why it is doing this? It's probably something really obvious. > > More information: > > q devc file f=d > Device Class Name: FILE > Device Access Strategy: Sequential > Storage Pool Count: 1 > Device Type: FILE > Format: DRIVE > Est/Max Capacity (MB): 204,769.0 > Mount Limit: 50 > Mount Wait (min): > Mount Retention (min): > Label Prefix: > Library: > Directory: /tsmfp/fp001,/tsmfp/fp002,/tsmfp/fp003 > 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): ADMIN > Last Update Date/Time: 10/08/13 16:07:14 > > q stg fpool01 f=d > Storage Pool Name: FPOOL01 > Storage Pool Type: Primary > Device Class Name: FILE > Estimated Capacity: 47,096 G > Space Trigger Util: 38.8 > Pct Util: 45.4 > Pct Migr: 45.4 > Pct Logical: 99.1 > High Mig Pct: 90 > Low Mig Pct: 70 > Migration Delay: 0 > Migration Continue: Yes > Migration Processes: 1 > Reclamation Processes: 2 > Next Storage Pool: > Reclaim Storage Pool: > Maximum Size Threshold: No Limit > Access: Read/Write > Description: Filepool for backups > Overflow Location: > Cache Migrated Files?: > Collocate?: No > Reclamation Threshold: 100 > Offsite Reclamation Limit: > Maximum Scratch Volumes Allowed: 300 > Number of Scratch Volumes Used: 10 > Delay Period for Volume Reuse: 0 Day(s) > Migration in Progress?: No > Amount Migrated (MB): 0.00 > Elapsed Migration Time (seconds): 0 > Reclamation in Progress?: No > Last Update by (administrator): ADMIN > Last Update Date/Time: 10/08/13 15:07:15 > Storage Pool Data Format: Native > Copy Storage Pool(s): > Active Data Pool(s): > Continue Copy on Error?: Yes > CRC Data: No > Reclamation Type: Threshold > Overwrite Data when Deleted: > Deduplicate Data?: No Processes For Identifying > Duplicates: > Duplicate Data Not Stored: > Auto-copy Mode: Client Contains Data > Deduplicated by Client?: No > > Thanks. > > > > > ________________________________ > > Notice: The information and attachment(s) contained in this communication are > intended for the addressee only, and may be confidential and/or legally > privileged. If you have received this communication in error, please contact > the sender immediately, and delete this communication from any computer or > network system. Any interception, review, printing, copying, re-transmission, > dissemination, or other use of, or taking of any action upon this information > by persons or entities other than the intended recipient is strictly > prohibited by law and may subject them to criminal or civil liability. > Carilion Clinic shall not be liable for the improper and/or incomplete > transmission of the information contained in this communication or for any > delay in its receipt. ________________________________ Notice: The information and attachment(s) contained in this communication are intended for the addressee only, and may be confidential and/or legally privileged. If you have received this communication in error, please contact the sender immediately, and delete this communication from any computer or network system. Any interception, review, printing, copying, re-transmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is strictly prohibited by law and may subject them to criminal or civil liability. Carilion Clinic shall not be liable for the improper and/or incomplete transmission of the information contained in this communication or for any delay in its receipt. ________________________________ Notice: The information and attachment(s) contained in this communication are intended for the addressee only, and may be confidential and/or legally privileged. If you have received this communication in error, please contact the sender immediately, and delete this communication from any computer or network system. Any interception, review, printing, copying, re-transmission, dissemination, or other use of, or taking of any action upon this information by persons or entities other than the intended recipient is strictly prohibited by law and may subject them to criminal or civil liability. Carilion Clinic shall not be liable for the improper and/or incomplete transmission of the information contained in this communication or for any delay in its receipt.
