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=