L’hôte AS400 ne peut pas accéder à la VTL Data Domain et vide les erreurs continues
Summary: Après une exportation de bande VTL du lecteur vers l’archive sécurisée, les hôtes AS400 configurés avec cette VTL peuvent afficher une erreur de vidage lors de la tentative d’accès aux cartouches de bande ...
Symptoms
Les commandes IBMi pour accéder aux cartouches de bande ou les afficher échouent et provoquent des erreurs de vidage de l’hôte AS400.
Voici un exemple avec DSPTAPCTG, mais une erreur similaire est signalée par 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
La VTL signale des informations conflictuelles à certains utilisateurs spécifiques Read Element Status à la demande de l’AS400.
Le déclencheur du problème est un vtl export du disque à l’archive sécurisée.
Une fois cette opération exécutée sur Data Domain, dans l’interface de ligne de commande ou l’interface utilisateur, lorsque l’hôte AS400 tente d’accéder aux cartouches de bande, les informations fournies par DD sur la cartouche de bande exportée ne sont pas valides.
Si IBMi Read Element Status la commande ne demande pas d’informations sur les codes-barres, DD VTL signale que le disque est toujours chargé.
Si IBMi Read Element Status la commande demande des informations de code-barres, DD VTL signale que le lecteur est vide.
Les informations conflictuelles fournies par DD VTL entraînent un inventaire incohérent sur l’hôte AS400 et l’hôte ne peut plus gérer la VTL.
Resolution
Le problème a été escaladé à l’ingénierie Data Domain et un correctif de code sera publié dans une prochaine version.
Pour le moment, vtl export du disque au coffre-fort doit être évité.
La solution de contournement suggérée est la suivante :
-
Si ce n’est pas déjà fait, configurez le CAP pour toutes les VTL accessibles par les hôtes AS400.
# vtl cap add <VTL_name> count <numer_of_CAP_slots>
-
Vérifier l’état de l’option
auto-ejectpour toutes les VTL configurées.# vtl option show auto-eject
-
Si cette option est désactivée, activez l’option vtl.
auto-ejectpour tous les VTL accessibles par les hôtes AS400# vtl option enable auto-eject vtl <VTL_name>
-
Utiliser IBMi
Ejectpour déplacer la bande du lecteur vers le CAP. Le raccourci clavierauto-ejectl’option déplace automatiquement la bande du CAP vers Vault, en émulantvtl exportCommande.
Si vous ne souhaitez pas configurer le CAP et activer auto-eject vous devez exécuter vtl export commande en 2 étapes :
-
Déplacez le ruban adhésif du lecteur vers le logement.
# vtl tape move <VTL_name> source drive <drive_number> destination slot <slot_number>
-
Exportez la bande à partir du logement.
# vtl export <VTL_name> slot <slot_number>
Additional Information
Si une sauvegarde ou une restauration à l’aide du protocole VTL est en cours d’exécution, un redémarrage du service VTL peut être planifié une fois la tâche terminée.
Si vous savez que la cartouche de bande exportée à partir du disque qui a déclenché le problème, l’importation de la bande sur le même disque devrait également résoudre temporairement le problème, sans aucun effet secondaire sur les tâches en cours d’exécution.