AS400 ana bilgisayarı Data Domain VTL'ye erişenin ve sürekli hataları dökümlüyor

Bant Kartuşlarına erişmek veya görüntülemek için IBMi komutları başarısız olur ve AS400 ana bilgisayarının döküm hatalarına neden olur.
Aşağıdaki örnek: DSPTAPCTGancak benzer bir hata şu şekilde bildirilmiştir: 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, bazı belirli belirli bilgilerle çelişen bilgiler bildirir Read Element Status AS400'den talep.
Sorunun tetikleyicisi şudur: vtl export sürücüden kasaya.
Bu işlem, CLI veya GUI'de Data Domain'de yürütülürse AS400 ana bilgisayarı bant kartuşlarına erişmeye çalıştığında, dışa aktarılmış bant kartuşu hakkında DD tarafından sağlanan bilgiler geçerli değildir.
If IBMi Read Element Status komut barkod bilgisi talep etmediğinde DD VTL, sürücünün hala yüklü olduğunu bildirir.
If IBMi Read Element Status komut barkod bilgileri talep ediyor, DD VTL sürücüyü boş olarak bildiriliyor.

 

DD VTL tarafından sağlanan çelişen bilgiler AS400 ana bilgisayarda tutarsız bir envantere neden olur ve ana bilgisayar artık VTL'yi yönetemiyor.

 

Sorun Data Domain mühendislik ekibine aktarıldı ve bir kod düzeltmesi gelecekteki bir sürümde yayınilecektir.
Şu anda vtl export sürücüden kasaya kadar olan işlemlerin önlenmiş olması gerekir.

Önerilen geçici çözüm aşağıdaki gibidir:

1. Henüz tamamlanmmışsa, AS400 ana bilgisayarları tarafından erişilen tüm VCL'ler için CAP yapılandırın.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Seçeneğin durumunu kontrol edin auto-eject yapılandırılmış tüm VCL'ler için.

   # vtl option show auto-eject

3. Devre dışı bırakılmışsa vtl seçeneğini etkinleştirin auto-eject AS400 ana bilgisayarları tarafından erişilen tüm VCL'ler için

   # vtl option enable auto-eject vtl <VTL_name>

4. IBMi'yi kullanma Eject bandı sürücüden CAP'a taşıma komutu. cd-key auto-eject seçeneği, bandı otomatik olarak CAP'den Vault'a kaydırarak vtl export Komut.

 

CAP'yi yapılandırmak ve etkinleştirmek istemiyorsanız auto-eject çalıştırsanız vtl export komut 2 adımdır:

1. Bandı sürücüden yuvaya taşıma.

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

2. Bandı yuvadan dışa aktarın.

   # vtl export <VTL_name> slot <slot_number>

 

VTL için çalışan bir iş yoksa VTL hizmetinin yeniden başlatılması ana bilgisayar dökümünü durdurabilir ve AS400'in Bant Kartuşlarına tekrar erişmesini sunun.
VTL protokolü kullanılarak yedekleme veya geri yüklemenin çalışması durumunda, iş tamamlandıktan sonra VTL hizmetinin yeniden başlatılması planlanabilir.

Sorunu tetikleyen sürücüden dışa gönderilen teyp kartuşunu bilmiyorsanız bandı aynı sürücüye geri aktarmak, işleri çalıştırmanın olumsuz bir etkisi olmadan sorunu geçici olarak çözer.