Re: [ADSM-L] No space available in storage pool failure but there is plenty of space
2017-07-18 09:18:02
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 http://infosecurity.vcu.edu/phishing.html
> >
>
--
*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
|
ADSM.ORG Privacy and Data Security by KimLaw, PLLC
|