Michael & Adrian,
I changed maxscratch to 0 and so far I have not seen the issue. Thanks to you
both.
Mahesh
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Michael malitz
Sent: Friday, October 11, 2013 2:26 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] AW: File Pool
Hallo Mahesh,
Adrian is right, pls change the maxscratch to 0
Looking to your stgpool definitions I see:
Maximum Scratch Volumes Allowed: 300
> Number of Scratch Volumes Used: 10
You say, that you have 75 free/empty file volumes available, but they are
private (Scratch Volume?: No ).
If the TSM Server needs to write data and has the possibility to use scratch
volumes - they will be used.
The 10 scratch volumes which you currently have, should also have a different
volume name compared to the ones which you predefined (as private).
Rgds Michael Malitz
-----Ursprüngliche Nachricht-----
Von: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] Im Auftrag
von Davis, Adrian
Gesendet: Mittwoch, 9. Oktober 2013 17:03
An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: File Pool
Mahesh,
It may be worth trying setting "MAXSCRatch=0" for the STGPOOL to see what
happens.
Best Regards,
=Adrian=
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Tailor, Mahesh C.
Sent: 09 October 2013 15:31
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] File Pool
Rick,
We predefine all our volumes.
Mahesh
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Rick Adamson
Sent: Wednesday, October 09, 2013 10:20 AM
To: ADSM-L AT VM.MARIST DOT EDU
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Tailor, Mahesh C.
Sent: Wednesday, October 09, 2013 9:55 AM
To: ADSM-L AT VM.MARIST DOT EDU
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Rick Adamson
Sent: Wednesday, October 09, 2013 9:42 AM
To: ADSM-L AT VM.MARIST DOT EDU
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Chavdar Cholev
Sent: Wednesday, October 09, 2013 2:45 AM
To: ADSM-L AT VM.MARIST DOT EDU
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.
DISCLAIMER
This message is confidential and intended solely for the use of the individual
or entity it is addressed to. If you have received it in error, please contact
the sender and delete the e-mail. Please note that we may monitor and check
emails to safeguard the Council network from viruses, hoax messages or other
abuse of the Council’s systems.
To see the full version of this disclaimer please visit the following
address: http://www.lewisham.gov.uk/AboutThisSite/EmailDisclaimer.htm
For advice and assistance about online security and protection from internet
threats visit the "Get Safe Online" website at http://www.getsafeonline.org
________________________________
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.
|
