I agree. I thought it should have gone straight to tape, too. They are
3592-E06 drives in a TS3500 library.


Zoltan Forray
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
VMware Administrator
Xymon Administrator
VCU Computer Center
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

On Jul 18, 2017 4:56 PM, "Sasa Drnjevic" <Sasa.Drnjevic AT srce DOT hr> wrote:

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