May be this could help you. I found some documentation about REUSEDELAY
parameter :
REUSEDELAY parameter : This parameter specifies the number of days that
must elapse before a volume can be reused or returned to scratch status,
after all files have been expired, deleted, or moved from the volume.
When you delay reuse of such volumes and they no longer contain any
files, they enter the pending state. Volumes remain in the pending state
for as long as specified with the REUSEDELAY parameter for the storage
pool to which the volume belongs.
Delaying reuse of volumes can be helpful under certain conditions for
disaster recovery. When TSM expires, deletes, or moves files from a
volume, the files are not actually erased from the volumes: the database
references to these files are removed. Thus the file data may still
exist on sequential volumes if the volumes are not immediately reused.
Ruddy
-----Original Message-----
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: mercredi 11 octobre 2000 14:56
To: [EMAIL PROTECTED]
Subject: Error deleting trans for 0 bytes
Yet another new error related to an empty volume that did not return to
the scratch pool. This time after reclamation on the volume:
Anyone seen this:
10/11/00 08:00:44 ANR1041I Space reclamation ended for volume 000387.
10/11/00 08:00:44 ANR9999D afmigr.c(2882): Error deleting transaction
for 0 bytes moved reclamation - volume 000387.
tsm: BACKUP>move data 000387
ANR2232W This command will move all of the data stored on volume 000387
to
other volumes within the same storage pool; the data will be
inaccessible to
users until the operation completes.
Do you wish to proceed? (Yes/No) yes
ANR2209W Volume 000387 contains no data.
ANS8001I Return code 11.
Larry Clark
NYS Thruway Authority
