after having reached support teams, we concluded this would be a good improvement.
What happened in out environment -sms managed tapes, and Automatic Tape Library -is : we work with CA1 with RECRE8=REMOVE. We have a dataset in tape created originally with a size that requires more than one tape. Afterwards, the batch writes again on the same file, with DISP=OLD, but with a reduced size, so that, since this moment, the dataset just requires one tape. As far as we have RECRE8=REMOVE, the additional tape are turned to scratch. However, system catalog is not updated the same way. Since that moment, any attempt to use this dataset fails.The CA 1 Tape Inquiry shows "MISMATCH IN VOLUME CHAIN Detected". And a job trying to allocate the dataset in DISP=SHR gives this information
"IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-
FOR DATA SET
VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME
THE FAILING VOLSER IS S00271
IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING
RETURN CODE 8 REASON CODE 51
THE MODULE THAT DETECTED THE ERROR IS IGDCAT01
SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT "
I think it would make sense that, if we have RECRE8 = REMOVE, to have the system catalog updated also.