AS400-värden har inte åtkomst till Data Domain VTL och dumpar kontinuerligt fel

IBMi-kommandon för att komma åt eller visa bandkassetter misslyckas och gör att AS400-värden dumpfel.
Här följer ett exempel med DSPTAPCTGmen liknande fel rapporteras av 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 rapporterar motstridig information till vissa specifika Read Element Status förfrågan från AS400.
Utlösaren för problemet är en vtl export från enhet till valv.
När den här åtgärden har utförts på Data Domain, antingen i CLI eller GUI, när AS400-värden försöker få åtkomst till bandkassetter är informationen från DD om den exporterade bandkassetten inte giltig.
Om IBMi Read Element Status kommandot begär inte streckkodsinformation. DD VTL rapporterar att enheten fortfarande är inläst.
Om IBMi Read Element Status kommando begär streckkodsinformation. DD VTL rapporterar att enheten är tom.

 

Motstridig information från DD VTL orsakar ett inkonsekvent lager på AS400-värden och värden kan inte längre hantera VTL.

 

Problemet har eskalerats till Data Domain Engineering och en kodkorrigering kommer att släppas i en framtida version.
För närvarande vtl export från enhet till valv bör undvikas.

Den föreslagna lösningen är som följer:

1. Om inte redan gjort, konfigurera CAP för alla VTL:er som nås av AS400-värdar.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Kontrollera status för alternativet auto-eject för alla konfigurerade VTL:er.

   # vtl option show auto-eject

3. Aktivera vtl-alternativet om det är inaktiverat auto-eject för alla VTL:er som AS400-värdar har åtkomst till

   # vtl option enable auto-eject vtl <VTL_name>

4. Använd IBMi Eject kommando för att flytta bandet från enheten till CAP. Informationen auto-eject alternativet flyttar bandet automatiskt från CAP till valv och emulerar vtl export Kommandot.

 

Om du inte vill konfigurera CAP och aktivera auto-eject bör du köra vtl export kommando i två steg:

1. Flytta bandet från enheten till platsen.

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

2. Exportera band från kortplatsen.

   # vtl export <VTL_name> slot <slot_number>

 

Om det inte finns några jobb som körs för VTL kan en omstart av VTL-tjänsten stoppa värddumpen och tillåta AS400 att få åtkomst till bandkassetter igen.
Om säkerhetskopiering eller återställning med VTL-protokollet körs kan en omstart av VTL-tjänsten schemaläggas efter att jobbet har slutförts.

Om du vet vilken bandkassett som exporterades från den enhet som utlöste problemet bör problemet åtgärdas tillfälligt genom att du importerar tillbaka bandet till samma enhet, utan några sidoeffekter på aktiva jobb.