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 <RickAdamson AT segrocers DOT 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 AT VM.MARIST DOT EDU] On Behalf 
> Of
> Zoltan Forray
>
> Sent: Tuesday, July 18, 2017 9:13 AM
>
> To: ADSM-L AT VM.MARIST DOT 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.Drnjevic AT srce DOT 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 zforray AT vcu DOT 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 zforray AT vcu DOT 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
zforray AT vcu DOT 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