AS400 host heeft geen toegang tot Data Domain VTL en dumpt continue fouten

IBMi-opdrachten voor toegang tot of weergave van tapecartridges mislukken en veroorzaken dumpfouten van de AS400-host.
Hieronder volgt u een voorbeeld met DSPTAPCTGmaar een vergelijkbare fout wordt gemeld door 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 rapporteert conflicterende informatie aan bepaalde specifieke Read Element Status aanvraag van AS400.
De trigger voor het probleem is een vtl export van station naar kluis.
Nadat deze bewerking is uitgevoerd op Data Domain, in CLI of GUI, wanneer de AS400 host probeert toegang te krijgen tot tapecartridges, is de informatie die DD over de geëxporteerde tapecartridge verstrekt niet geldig.
Als IBMi Read Element Status opdracht vraagt geen streepjescode-informatie op, DD VTL meldt dat het station nog steeds is geladen.
Als IBMi Read Element Status opdracht vraagt om streepjescode-informatie, meldt DD VTL dat het station leeg is.

 

Conflicterende informatie die wordt verstrekt door DD VTL veroorzaakt een inconsistente inventaris op de AS400 host en de host kan VTL niet meer beheren.

 

Het probleem is geëscaleerd naar Data Domain Engineering en er zal een codeoplossing worden uitgebracht in een toekomstige release.
Voorlopig vtl export van schijf naar kluis moet worden vermeden.

De voorgestelde tijdelijke oplossing is als volgt:

1. Als dit nog niet is gebeurd, configureert u CAP voor alle VTL's die worden geopend door AS400 hosts.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Controleer de status van de optie auto-eject voor alle geconfigureerde VTL's.

   # vtl option show auto-eject

3. Als deze optie is uitgeschakeld, schakelt u de vtl-optie in auto-eject voor alle VTL's die worden geopend door AS400-hosts

   # vtl option enable auto-eject vtl <VTL_name>

4. IBMi gebruiken Eject opdracht om de tape van station naar CAP te verplaatsen. De auto-eject verplaatst de optie de tape automatisch van CAP naar Vault, waarbij vtl export Opdracht.

 

Als u CAP niet wilt configureren en auto-eject moet u uitvoeren vtl export opdracht in 2 stappen:

1. Verplaats de tape van station naar slot.

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

2. Exporteer tape uit het slot.

   # vtl export <VTL_name> slot <slot_number>

 

Als er geen actieve taken voor VTL zijn, kan het opnieuw opstarten van de VTL-service de hostdump stoppen en as400 weer toegang geven tot tapecartridges.
Als back-up of herstel met behulp van het VTL-protocol wordt uitgevoerd, kan een herstart van de VTL-service worden gepland nadat de taak is voltooid.

Als u weet dat de tapecartridge die is geëxporteerd van een station dat het probleem veroorzaakte, zou het importeren van de tape in hetzelfde station het probleem ook tijdelijk moeten oplossen, zonder neveneffecten bij actieve taken.