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