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 <aefim771 AT gmail DOT 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 <zforray AT VCU DOT 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
>>> 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
>>
> 
> 
>