Long shot...Maybe this could help: http://www-01.ibm.com/support/docview.wss?uid=swg21684682
... This problem is seen for an almost full (sequential) storage pool as well as for a pool that has enough space available. If the storage pool gets full while a backup/archive operation is running, it will fail with the same error, even if there is a next pool with sufficient space available. ... I understand that your pool is not sequential but random disk, but examine the support link it may be the problem even with random device class... Regards, -- Sasa Drnjevic www.srce.unizg.hr On 18.7.2017. 15:15, Zoltan Forray wrote: > No, the pool wasn't full before it started and it still isn't full. > > All tape drives are available for the NEXTPOOL and were available when this > error occurred at 6am today. > > This pool uses fixed DISK volumes, not FILEDEV class. > > On Tue, Jul 18, 2017 at 9:12 AM, Efim <aefim...@gmail.com> wrote: > >> Hi, >> You can get this error if the storage pool gets full during backup (no >> scratch tapes, mount points). >> If this pool is full before backup starts - it will go to the next storage >> pool. >> Mark this pool as readonly and start backup. it will switch to the tape >> (next storage pool). >> Efim >> >> >>> 18 июля 2017 г., в 15:48, Zoltan Forray <zfor...@vcu.edu> написал(а): >>> >>> 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 >> > > >