AS400-isäntä ei voi käyttää Data Domainin VTL:ää ja sisältää jatkuvia virheilmoituksia

IBMi-komennot nauhakasettien käyttämiseksi tai näyttämiseksi epäonnistuvat ja aiheuttavat AS400-isännän vedosvirheitä.
Seuraavassa on esimerkki: DSPTAPCTG, mutta vastaava virheilmoitus on 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 ilmoittaa ristiriitaisia tietoja tietyille Read Element Status pyyntö AS400:lta.
Ongelman syy on vtl export asemasta säilön.
Kun toiminto on suoritettu Data Domainissa (komentoriviliittymässä tai graafisessa käyttöliittymässä), kun AS400-isäntä yrittää käyttää nauhakasetteja, DD:n antamat tiedot viedystä nauhakasetista eivät kelpaa.
Jos IBMi Read Element Status komento ei pyydä viivakooditietoja, DD VTL ilmoittaa, että asema on edelleen ladattu.
Jos IBMi Read Element Status komento pyytää viivakooditietoja, DD VTL ilmoittaa aseman tyhjäksi.

 

DD VTL:n antamat ristiriitaiset tiedot aiheuttavat epäjohdonmukaisen luettelon AS400-isännässä, eikä isäntä voi enää hallita VTL:ää.

 

Ongelma on eskaloitu Data Domain -suunnitteluun, ja koodikorjaus julkaistaan tulevassa julkaisuversiossa.
Toistaiseksi vtl export levyltä säilön käyttöön on vältettävä.

Ehdotettu kiertotapa on seuraava:

1. Jos näin ei ole vielä tehty, määritä YMP kaikille AS400-isäntien käytössä millekään VTL:lle.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Tarkista vaihtoehdon tila auto-eject kaikille määritetyille VTL:ille.

   # vtl option show auto-eject

3. Jos se on pois käytöstä, ota vtl-asetus käyttöön. auto-eject kaikille AS400-isäntien avatuille VTL-käyttöoikeuksille

   # vtl option enable auto-eject vtl <VTL_name>

4. IBMi-näppäimistön käyttäminen Eject ja siirrä nauha asemasta CAP-asemaan. pikanäppäimellä auto-eject -vaihtoehto siirtää nauhan automaattisesti CAP-määrityksestä Vaultiin jäljittelemällä vtl export Komento.

 

Jos et halua määrittää CAP:ia ja ottaa käyttöön auto-eject suorita vtl export komento 2 vaiheen aikana:

1. Siirrä teippi asemasta paikkaan.

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

2. Vie nauha paikastaan.

   # vtl export <VTL_name> slot <slot_number>

 

Jos VTL:n käynnissä olevia töitä ei ole, VTL-palvelun käynnistäminen uudelleen voi pysäyttää isäntävedoksen ja sallia AS400:n käyttää nauhakasetteja uudelleen.
Jos varmuuskopiointi tai palautus VTL-protokollalla on käynnissä, VTL-palvelun uudelleenkäynnistys voidaan ajoittaa työn suorittamisen jälkeen.

Jos tiedät, että ongelman käynnistäneestä asemasta viety nauhakasetti, nauhan tuonnin samaan asemaan pitäisi korjata ongelma tilapäisesti eikä käynnissä ole sivuvaikutuksia.