ADSM-L

Re: [ADSM-L] No space available in storage pool failure but there is plenty of space

2017-07-18 16:57:35
Subject: Re: [ADSM-L] No space available in storage pool failure but there is plenty of space
From: Sasa Drnjevic <Sasa.Drnjevic AT SRCE DOT HR>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 18 Jul 2017 22:56:07 +0200
On 2017-07-18 22:01, Zoltan Forray wrote:
> Finally got some feedback from the node server owner and it explains what
> is going on. This is his comment but I am about to tell him he is wrong
> since the current active session has only backed up 30GB.
>
> *Looks like a single 8.1 TB file caused an error. I started a manual backup
> of that file and its been running all day.*
>
> Of course, how does he backup such a file is the TSM server disk LZ is
> 8.8TB total with 95% used?

I'd say that huge file should have mounted the tape from the NEXTpool?

It happens here from time to time when a sparse file appears. Last one
had 15 TB

Which tapes are you using?

We are equiped with LTO7.



Regards

--
Sasa




>
>
> 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
>

<Prev in Thread] Current Thread [Next in Thread>

ADSM.ORG Privacy and Data Security by KimLaw, PLLC