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 zfor...@vcu.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.drnje...@srce.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.drnje...@srce.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 > >>> zfor...@vcu.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 > > zfor...@vcu.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 > > >
