Hostitel AS400 nemá přístup k fondu VTL systému Data Domain a vypíše průběžné chyby

Příkazy IBMi pro přístup k páskovým kazetám nebo zobrazení selhání a způsobují chyby výpisu hostitele AS400.
Následuje příklad s DSPTAPCTG, ale podobné chyby jsou hlášeny 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 hlásí konfliktní informace pro některé konkrétní Read Element Status požadavek od AS400.
Příčinou problému je vtl export od disku k trezoru.
Po provedení této operace v systému Data Domain v rozhraní příkazového řádku nebo grafickém uživatelském rozhraní, když se hostitel AS400 pokouší přistupovat k páskových kazetám, nejsou informace poskytnuté systémem DD o exportované páskové kazetě platné.
Pokud IBMi Read Element Status Příkaz nepožádá o informace čárového kódu, VTL systému DD hlásí, že jednotka je stále nahraná.
Pokud IBMi Read Element Status Příkaz vyžaduje informace o čárovém kódu. VTL systému DD hlásí jednotku jako prázdnou.

 

Konfliktní informace poskytované VTL systému DD způsobují nekonzistentní inventář na hostiteli AS400 a hostitel již nemůže spravovat VTL.

 

Problém byl eskalován technickému oddělení systému Data Domain a oprava kódu bude vydána v budoucí verzi.
V současné době vtl export z disku do trezoru.

Doporučené náhradní řešení je následující:

1. Pokud jste tak ještě neučinili, nakonfigurujte cap pro všechny VTL, ke všem hostitelům AS400.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Kontrola stavu možnosti auto-eject pro všechny nakonfigurované licence VTL.

   # vtl option show auto-eject

3. Je-li tato možnost zakázána, povolte možnost vtl. auto-eject pro všechny licence VTL, ke všem hostitelům AS400 přistupují

   # vtl option enable auto-eject vtl <VTL_name>

4. Pomocí nástroje IBMi Eject přesuňte pásku z jednotky do režimu CAP. Nabídka auto-eject automaticky přesune pásku z verze CAP do trezoru a emuluje vtl export Příkaz.

 

Pokud nechcete konfigurovat a povolit funkci CAP, auto-eject měli byste spustit vtl export příkaz ve 2 krocích:

1. Přesuňte pásku z jednotky do slotu.

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

2. Exportujte pásku ze slotu.

   # vtl export <VTL_name> slot <slot_number>

 

Pokud nejsou spuštěny žádné úlohy pro VTL, restartování služby VTL může zastavit výpis hostitele a umožnit as400 znovu získat přístup k páskovým kazetám.
V případě, že je spuštěna záloha nebo obnovení pomocí protokolu VTL, je po dokončení úlohy možné naplánovat restartování služby VTL.

Pokud víte, že pásková kazeta exportovaná z jednotky, která problém spustila, import pásky zpět do stejné jednotky by měl problém vyřešit i dočasně, bez vedlejších následků na spuštěné úlohy.