AS400-Host kann nicht auf Data Domain VTL zugreifen und erstellt kontinuierliche Fehler
Summary: Nach einem VTL-Bandexport von Laufwerk zu Vault können AS400-Hosts, die mit dieser VTL konfiguriert sind, beim Versuch, auf Bandkassetten zuzugreifen, einen Speicherabbildfehler aufweisen. ...
Symptoms
IBMi-Befehle für den Zugriff auf oder die Anzeige von Bandkassetten schlagen fehl und führen dazu, dass der AS400-Host Speicherabbildfehler aufweist.
Im Folgenden sehen Sie ein Beispiel mit DSPTAPCTG, aber ein ähnlicher Fehler wird gemeldet von 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.
Cause
VTL meldet widersprüchliche Informationen an bestimmte Read Element Status Anfrage von AS400.
Der Auslöser für das Problem ist ein vtl export vom Laufwerk zum Vault.
Nachdem dieser Vorgang auf Data Domain ausgeführt wurde, entweder in der CLI oder gui, wenn der AS400-Host versucht, auf Bandkassetten zuzugreifen, sind die von DD bereitgestellten Informationen über die exportierte Bandkassette nicht gültig.
Wenn IBMi Read Element Status Der Befehl fordert keine Barcodeinformationen an, DD VTL meldet, dass das Laufwerk noch geladen ist.
Wenn IBMi Read Element Status Der Befehl fordert Barcodeinformationen an, DD VTL meldet das Laufwerk als leer.
Widersprüchliche Informationen, die von DD VTL bereitgestellt werden, führen zu einer inkonsistenten Bestandsaufnahme auf dem AS400-Host und der Host kann VTL nicht mehr managen.
Resolution
Das Problem wurde an data Domain Engineering eskaliert und eine Codekorrektur wird in einer zukünftigen Version veröffentlicht.
Vorerst vtl export vom Laufwerk zum Vault sollte vermieden werden.
Die vorgeschlagene Problemumgehung sieht wie folgt aus:
-
Falls noch nicht geschehen, konfigurieren Sie CAP für alle VTLs, auf die von AS400-Hosts zugegriffen wird.
# vtl cap add <VTL_name> count <numer_of_CAP_slots>
-
Überprüfen Sie den Status der Option.
auto-ejectfür alle konfigurierten VTLs.# vtl option show auto-eject
-
Wenn diese Option deaktiviert ist, aktivieren Sie die Option vtl.
auto-ejectfür alle VTLs, auf die von AS400-Hosts zugegriffen wird# vtl option enable auto-eject vtl <VTL_name>
-
IBMi verwenden
EjectBefehl zum Verschieben des Bandes vom Laufwerk zum CAP. Das Menüauto-ejectOption wird das Band automatisch von CAP in Vault verschieben, emulierendvtl exportBefehls gespeichert haben.
Wenn Sie CAP nicht konfigurieren und aktivieren möchten, auto-eject Sollten Sie ausführen, vtl export Befehl in 2 Schritten:
-
Verschieben Sie das Band vom Laufwerk in den Steckplatz.
# vtl tape move <VTL_name> source drive <drive_number> destination slot <slot_number>
-
Exportieren Sie das Band aus dem Steckplatz.
# vtl export <VTL_name> slot <slot_number>
Additional Information
Falls Backups oder Wiederherstellungen mithilfe des VTL-Protokolls ausgeführt werden, kann ein Neustart des VTL-Services nach Abschluss des Jobs geplant werden.
Wenn Sie wissen, dass die Bandkassette von dem Laufwerk exportiert wurde, das das Problem ausgelöst hat, sollte das Importieren des Bandes zurück in dasselbe Laufwerk das Problem vorübergehend beheben, ohne dass sich dies auf laufende Jobs auswirkt.