No way of knowing. This server is backed-up "every so often" by the owner and then usually multiple terabytes over several days.
On Tue, Jul 18, 2017 at 9:39 AM, Rick Adamson <rickadam...@segrocers.com> wrote: > Zoltan, > > Could it be that the amount of data that the backup is attempting to store > exceeds the amount of available storage space in the pool? > > Recall that before sending the data the backup validates with the server > that there is sufficient space to store the data. If I recall correctly > that number is before compression. > > > > Also noted this in your storage pool details below? > > Pct Logical: 99.9 > > > > -Rick Adamson > > > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Zoltan Forray > > Sent: Tuesday, July 18, 2017 9:13 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Re: [ADSM-L] No space available in storage pool failure but there > is plenty of space > > > > I should have mentioned that no, I do not set file size limits: > > > > 9:12:03 AM PROCESSOR : q stg backuppool f=d > > Storage Pool Name: BACKUPPOOL > > Storage Pool Type: Primary > > Device Class Name: DISK > > Storage Type: DEVCLASS > > Cloud Type: > > Cloud URL: > > Cloud Identity: > > Cloud Location: > > Estimated Capacity: 8,800 G > > Space Trigger Util: 92.7 > > Pct Util: 92.7 > > Pct Migr: 92.7 > > Pct Logical: 99.9 > > High Mig Pct: 95 > > Low Mig Pct: 90 > > Migration Delay: 0 > > Migration Continue: Yes > > Migration Processes: 2 > > Reclamation Processes: > > Next Storage Pool: PRIMARY-ONSITE > > Reclaim Storage Pool: > > * Maximum Size Threshold: No Limit* > > Access: Read/Write > > Description: > > Overflow Location: > > Cache Migrated Files?: No > > Collocate?: > > Reclamation Threshold: > > Offsite Reclamation Limit: > > Maximum Scratch Volumes Allowed: > > Number of Scratch Volumes Used: > > Delay Period for Volume Reuse: > > Migration in Progress?: No > > Amount Migrated (MB): 0.00 > > Elapsed Migration Time (seconds): 0 > > Reclamation in Progress?: > > Last Update by (administrator): ZFORRAY > > Last Update Date/Time: 07/08/2017 09:55:26 > > Storage Pool Data Format: Native > > Copy Storage Pool(s): > > Active Data Pool(s): > > Continue Copy on Error?: Yes > > CRC Data: No > > Reclamation Type: > > Overwrite Data when Deleted: > > Deduplicate Data?: No Processes For Identifying > Duplicates: > > Compressed: > > Deduplication Savings: > > Compression Savings: > > Total Space Saved: > > Auto-copy Mode: Client Contains Data Deduplicated > by Client?: No > > Maximum Simultaneous Writers: > > Protection Storage Pool: > > Date of Last Protection: > > Deduplicate Requires Backup?: > > Encrypted: > > Space Utilized (MB): > > > > > > On Tue, Jul 18, 2017 at 8:56 AM, Sasa Drnjevic <sasa.drnje...@srce.hr> > > wrote: > > > > > Could be a huge sparse file if you have Maximum Size Threshold set for > > > the pool? > > > > > > Regards, > > > > > > -- > > > Sasa Drnjevic > > > www.srce.unizg.hr > > > > > > > > > > > > > > > On 18.7.2017. 14:48, Zoltan Forray wrote: > > > > TSM Linux server 7.1.6.3. Client is Linux 7.1.6.4. > > > > > > > > This morning at 6am is the second time I have had this "failure" > > > > when it isn't true. > > > > > > > > ANR0522W Transaction failed for session 19482 for node > > > VCU-GS1.CHPC.VCU.EDU > > > > (Linux x86-64) - no space available in storage pool BACKUPPOOL and > > > > all successor pools. > > > > > > > > But it isn't true. The BACKUPPOOL pool is only 92% used (of 9TB) > > > > and the hi/low triggers are 95/90. I checked activity logs and > > > > there haven't > > > been > > > > any recent migrations. > > > > > > > > The NEXTPOOL is tape and all 9-drives are free and the MAXSCRATCH > > > > count hasn't been hit. > > > > > > > > The backup only transferred 60GB (of 108TB examined) before dying > > > > due to this erroneous error. > > > > > > > > No other errors in the activity log. So, what gives? > > > > > > > > -- > > > > *Zoltan Forray* > > > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > > > > Xymon Monitor Administrator VMware Administrator Virginia > > > > Commonwealth University UCC/Office of Technology Services > > > > www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing > > > > victim - VCU and other reputable organizations will never use email > > > > to request that you reply with your password, social security number > > > > or confidential personal information. For more details visit > > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__ > infosecurity.vcu.edu_phishing.html&d=DwIGaQ&c=AzgFQeXLLKhxSQaoFCm29A&r= > uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m= > Sf1Gjh6H0vmUK4SxqMIeWgUcg9-I-teXrUNdirKZCwo&s=j6Okhzhqqb1eeCtNTDLiP- > MlSAqN6yVlFRdzxvaANUw&e= > > > > > > > > > > > > > > > -- > > *Zoltan Forray* > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon > Monitor Administrator VMware Administrator Virginia Commonwealth University > UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - > 804-828-4807 Don't be a phishing victim - VCU and other reputable > organizations will never use email to request that you reply with your > password, social security number or confidential personal information. For > more details visit https://urldefense.proofpoint.com/v2/url?u=http-3A__ > infosecurity.vcu.edu_phishing.html&d=DwIGaQ&c=AzgFQeXLLKhxSQaoFCm29A&r= > uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m= > Sf1Gjh6H0vmUK4SxqMIeWgUcg9-I-teXrUNdirKZCwo&s=j6Okhzhqqb1eeCtNTDLiP- > MlSAqN6yVlFRdzxvaANUw&e= > > -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
