L'host AS400 non può accedere a Data Domain VTL ed esegue il dump degli errori continui

I comandi IBMi per accedere o visualizzare le cartucce a nastro non riescono e causano errori di dump dell'host AS400.
Di seguito è riportato un esempio con DSPTAPCTG, ma un errore simile viene segnalato da WRKTAPCTG:

 

DSPTAPCTG DEV(TAPMLB14)                                             
Dump output directed to spooled file 1, job 784780/ECCJAK/QPADEV0001
  created on system ECC on 01/13/23 14:49:44.                       
Dump output directed to spooled file 2, job 784780/ECCJAK/QPADEV0001
  created on system ECC on 01/13/23 14:49:44.                       
Ownership of object QSC1350912 in QSYS type *LIB changed.           
Ownership of object QSCAPAROQ in QSC1350912 type *OUTQ changed.     
Ownership of object QSCAPARMST in QSC1350912 type *USRSPC changed.  
Ownership of object QSCPROBLEM in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF000A in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF000D in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF001A in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF001D in QSC1350912 type *USRSPC changed.  
Save APAR Data function completed                                   
Problem information created for 2301350912.                         
Cartridge command was not successful.

 

VTL segnala informazioni in conflitto ad alcune informazioni specifiche Read Element Status richiesta da AS400.
La condizione di attivazione del problema è un vtl export dall'unità al vault.
Una volta eseguita questa operazione su Data Domain, nella CLI o nella GUI, quando l'host AS400 tenta di accedere alle cartucce a nastro, le informazioni fornite da DD sulla cartuccia del nastro esportata non sono valide.
Se IBMi Read Element Status non richiede informazioni sul codice a barre, DD VTL segnala che l'unità è ancora caricata.
Se IBMi Read Element Status richiede informazioni sul codice a barre, DD VTL segnala l'unità come vuota.

 

Le informazioni in conflitto fornite da DD VTL causano un inventario incoerente sull'host AS400 e l'host non può più gestire VTL.

 

Il problema è stato sottoposto a escalation a Data Domain Engineering e verrà rilasciata una correzione del codice in una versione futura.
Per il momento, vtl export dall'unità al vault deve essere evitata.

La soluzione alternativa consigliata è la seguente:

1. Se non è già stato fatto, configurare il CAP per tutti i VTL accessibili dagli host AS400.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Controllare lo stato dell'opzione auto-eject per tutti i VTL configurati.

   # vtl option show auto-eject

3. Se disabilitata, abilitare l'opzione vtl auto-eject per tutti i VTL accessibili dagli host AS400

   # vtl option enable auto-eject vtl <VTL_name>

4. Usa IBMi Eject per spostare il nastro dall'unità al CAP. Il menu auto-eject sposta automaticamente il nastro dal CAP al vault, emulando vtl export Comando.

 

Se non si desidera configurare cap e abilitare auto-eject da eseguire vtl export comando in 2 passaggi:

1. Spostare il nastro dall'unità allo slot.

   # vtl tape move <VTL_name> source drive <drive_number>  destination slot <slot_number>

2. Esportare il nastro dallo slot.

   # vtl export <VTL_name> slot <slot_number>

 

Se non sono in esecuzione processi per VTL, il riavvio del servizio VTL può arrestare il dump dell'host e consentire a AS400 di accedere nuovamente alle cartucce a nastro.
Nel caso in cui il backup o il ripristino tramite il protocollo VTL siano in esecuzione, è possibile pianificare un riavvio del servizio VTL dopo il completamento del job.

Se si conosce la cartuccia del nastro esportata dall'unità che ha attivato il problema, anche l'importazione del nastro nella stessa unità dovrebbe risolvere temporaneamente il problema, senza effetti collaterali sui processi in esecuzione.