O host do AS400 não pode acessar a VTL do Data Domain e despeja erros contínuos

Os comandos IBMi para acessar ou exibir cartuchos de fita falham e fazem com que o host AS400 faça dump de erros.
A seguir, há um exemplo com DSPTAPCTG, mas um erro semelhante é relatado por 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.

 

A VTL relata informações conflitadas para algumas informações específicas Read Element Status solicitação do AS400.
O acionador para o problema é um vtl export da unidade ao compartimento.
Depois que essa operação for executada no Data Domain, seja na CLI ou na GUI, quando o host AS400 tentar acessar cartuchos de fita, as informações fornecidas pelo DD sobre o cartucho de fita exportado não serão válidas.
Se o IBMi Read Element Status O comando não solicita informações de código de barras, a DD VTL informa que a unidade ainda está carregada.
Se o IBMi Read Element Status O comando solicita informações de código de barras, a DD VTL informa que a unidade está vazia.

 

As informações conflitante fornecidas pela DD VTL causam um inventário inconsistente no host do AS400 e o host não pode mais gerenciar a VTL.

 

O problema foi encaminhado para a engenharia do Data Domain e uma correção de código será lançada em uma versão futura.
Por enquanto, vtl export da unidade ao cofre devem ser evitados.

A solução temporária sugerida é a seguinte:

1. Se ainda não tiver sido feito, configure o CAP para todas as VTLs acessadas pelos hosts do AS400.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Verifique o status da opção auto-eject para todas as VTLs configuradas.

   # vtl option show auto-eject

3. Se desativado, habilite a opção vtl auto-eject para todas as VTLs acessadas pelos hosts AS400

   # vtl option enable auto-eject vtl <VTL_name>

4. Usar iBMi Eject para mover a fita da unidade para a CAP. O switch auto-eject A opção moverá automaticamente a fita de CAP para Vault, emulando vtl export hostname.

 

Se você não quiser configurar o CAP e ativar auto-eject que você deve executar vtl export comando em 2 etapas:

1. Mova a fita da unidade para o slot.

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

2. Exportar fita do slot.

   # vtl export <VTL_name> slot <slot_number>

 

Se não houver trabalhos em execução para a VTL, reiniciar o serviço VTL poderá interromper o dump de host e permitir que o AS400 acesse os cartuchos de fita novamente.
Caso o backup ou a restauração usando o protocolo VTL estejam em execução, uma reinicialização do serviço VTL pode ser agendada após a conclusão do trabalho.

Se você souber que o cartucho de fita exportado da unidade que acionou o problema, importar a fita de volta na mesma unidade também corrigirá o problema temporariamente, sem efeitos secundários na execução de trabalhos.