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 >
