The logical volume is stuck mounting due to an interrupted operation (job abort, LPAR IPL, or other disruptive action taken on the host side for various reasons). In this case, ITAU would like to know WHICH volume was left mounted and requires operator intervention (either via host or MI) to unload it and prevent future job errors with CBR4196D-67 (Requested volume already in use). Regarding ITAU's request to be informed of which level is causing the CBR3750I G0032 message, since it is still mounted: This would be a new function request (nonexistent at current code levels). It is not a code defect.

Adding a customer request here:
Two TPF lvols stuck in the copy queue since they are mounted. Delay reason (Exclusive Access).

Unfortunately, these 2 volumes have been in the queue for 78 hours and 14 minutes. We trap on the message for when we have volumes in the copy queue for more than 24 hours. We do that because if something is in the copy queue over 24 hours, that means there is a problem somewhere in the grid that is preventing the copies from taking place. 

I think a better solution would be to null or void the copy in the queue once a tape goes scratch and gets used again or if the tape gets mounted. So, is there anything that can be done to stop the timer of the 2 volumes in the copy queue or at least remove them from the queue? 

With these 2 tapes being TPF, they could be mounted for up to a week or longer before they get written. That means we will continue to get these alerts until TPF uses or dismounts them.

Essas condições ocorre quando e realizado um system reset no mainframe e é gerado duas situações em que volumes ficam montados no VTS.

Na leitura, quando uma nova montagem solicita o volume que já esta montado e sem gerenciamento do Z/OS, ocasiona a mensagem CBR4196D.

Neste caso entramos na MI do VTS, em virtual, virtual tape drive, localizamos o volume, selecionamos e comandamos unmount.

Na gravação, gerando fila de replicação e é sinalizado com a mensagem CBR3750 G0032 após 24horas, nesse caso conseguimos gerar uma lista de 'incoming copy queue' no VTS, onde identificamos o volume, conforme exemplo abaixo:

X04476,Deferred,Queued,21:58:53,"Parallel copy is supported, but the volume was updated or had a scratch mount while the current copy was in progress",-,9.16,2025-07-03T13:32:32UTC,.

Sendo necessário o unmount do volume.

Favor verificar a possibilidade de gerar um alerta para esses volumes que ficam stand-alone.

The problem discussed involves messages CBR3750I - G0032O occurring in the TS7700 system. The G0032 message indicates that XX copies have been queued for over 24 hours. The issue arises when the system is stopped and then an IPL is performed without completing the tasks that are writing or reading the tapes. After the IPL, if the tape is requested by another job, the message CBR4196D will be issued.
The client observed logical volumes left unmounted at clusters, causing CBR4196D messages. The problem occurs when the system is stopped abruptly, causing issues in the replica.

Case Number: TS019676039