Dépannage des problèmes d’accès à la bibliothèque de bandes dans NetWorker

• Impossible d’accéder à l’installation de la bibliothèque de bandes détectée sur le nœud de stockage ou le serveur NetWorker
• Impossible de sauvegarder les données en raison d’un matériel de sauvegarde inutilisable
• Erreurs d’accès au robot :
  • 0x29
  • Device busy
  • The requested resource is busy
  • Str=<There is an input or output error.>
  • No such device
  • No such file or directory
  • Inappropriate ioctl for device

Si la bibliothèque fonctionnait auparavant et qu’elle ne fonctionne soudainement plus, considérez la dernière modification connue comme cause probable :

• Modification non gérée de l’adresse de la bibliothèque après un redémarrage, une redécouverte et un changement de nom de l’appareil
• Dommages possibles dus à une surtension, à une panne ou à tout autre événement environnemental
• Événements de défaillance ou reconfiguration du matériel de transport
• Installation, modification ou suppression de logiciels ou de pilotes relatifs au transport ou à la robotique

Si la bibliothèque n’a jamais fonctionné, vérifiez que le matériel est pris en charge dans le Guide de compatibilité matérielle NetWorker(nécessite une connexion au compte de support Dell). N’oubliez pas qu’il est possible qu’une bibliothèque soit partiellement fonctionnelle ; La découverte seule ne garantit pas la facilité d’utilisation ou la prise en charge.

Pour résoudre les échecs d’accès à la bibliothèque, consultez les modifications récentes. Ensuite, utilisez des tests comparatifs de base et tiers pour confirmer si un hôte ou un processus peut déclencher une réponse du robot.

Parfois, il est souhaitable de tester des fonctions spécifiques, sur la base des preuves disponibles. Si l’hôte A peut interroger le robot mais que l’hôte B ne le peut pas, le robot est réactif. Le pilote de l’hôte A est peut-être en train de verrouiller le robot. Si l’hôte B reçoit toujours des erreurs une fois que tous les hôtes sont dézonés, il peut présenter un problème de pilote, de configuration ou de logiciel.

Si l’hôte a accédé au robot avant le problème, les éléments de révision ont probablement été modifiés. Examinez les défaillances ou les modifications de configuration connues après l’événement.

Une fois la bibliothèque détectée, utilisez les commandes suivantes pour tester les opérations SCSI de base sur le transport de stockage, et non sur Ethernet ou l’interface utilisateur Web. Assurez-vous toujours que les correctifs du système d’exploitation sont à jour, en particulier en ce qui concerne le stockage.

L’article suivant fournit des informations sur l’obtention et l’utilisation de NSRGET : NetWorker : Comment utiliser l’outil de collecte de données NSRGet de NetWorker (en anglais)

Accès à la bibliothèque : Système d'exploitation :

• Windows. : Il n’existe aucun moyen natif d’interroger une bibliothèque de bandes sous Windows ; mtx est un utilitaire gratuit qui peut être testé si vous le souhaitez. Il utilise le descripteur d’appareil du changeur, plutôt que l’adresse SCSI, lors de l’émission de commandes (ce qui peut avoir des implications pour les tests).

• Linux : Comme Windows, n’a pas de commande native à interroger, mais possède également une mtx port, qui nécessite la poignée du pilote de périphérique (là encore, différente de la façon dont NetWorker y accède).

• Solaris : Solaris inclut le sgen pilote pour la prise en charge native des bibliothèques de bandes, mais pas mtx port ni d’autres commandes de bibliothèque natives n’existent pour elle. Reportez-vous à la section sur les commandes NetWorker pour tester l’accès à la bibliothèque à la place (ci-dessous).
   
• AIX : AIX ne prend pas en charge les bibliothèques de bandes natives (lus est utilisé à la place), et aucun mtx Le port existe pour cela. Reportez-vous à la section sur les commandes NetWorker pour tester l’accès à la bibliothèque à la place (ci-dessous).

• HP-UX : mc est la commande HP-UX native pour la manipulation du changeur de milieu :

• NetWorker : Ces commandes fonctionnent à un niveau relativement atomique et, bien qu’elles soient écrites, compilées et testées par le support NetWorker, elles ne nécessitent pas d’instance NetWorker en cours d’exécution, ni aucune configuration de NetWorker. En général, ils sont considérés comme des utilitaires de test fiables, de bas niveau et indépendants du logiciel. Pour augmenter le débogage de la plupart des utilitaires, vous pouvez ajouter les variables d’environnement suivantes :

SJI_DEBUG=9
LUS_DEBUG=9 (lusdebug ffff on AIX)
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9

Dans ce qui suit, '<changer address>' varie en fonction du système d’exploitation :

Windows. : Initiator.Target.LUN (comme l’a révélé inquire commande) ou \\.\changer# Poignée du
piloteLinux : Intiator.Target.LUN (comme l’a révélé inquire commande) ou /dev/sg# Poignée du
piloteSolaris : /dev/scsi/changer/c#t#d# Poignée du
piloteAIX : Initiator.Target.LUN (comme l’a révélé inquire commande)
HP-UX : Initiator.Target.LUN (comme l’a révélé inquire commande) ou /dev/rac/c#t#d# Poignée du pilote

Accès à la bibliothèque : Réinitialisation de la bibliothèque :

Transport - Configuration

• Pour SAN : Assurez-vous que le robot et l’hôte de contrôle du robot NetWorker prévu sont correctement connectés au commutateur, et vérifiez le zonage du robot pour vous assurer que la connexion de bout en bout est possible.
• Les robots ne sont pas destinés à être consultés ou contrôlés par plus d’un hôte ; sauf en cas de besoin (par exemple, un robot partitionné), assurez-vous que seul l’hôte NetWorker robot controller prévu est zoné pour voir le robot.
• Il est possible de tester les extenseurs SAS pour s’assurer que la connexion robotique est établie ; La technologie point à point pure, telle que SCSI, nécessite de tester la connexion à partir de l’hôte concerné.

Transport - Matériel

• Si des problèmes sont détectés au niveau de l’hôte ou du matériel de transport, envisagez de tester le commutateur ou le module d’extension, ou de remplacer les câbles par des exemples dont le fonctionnement a été vérifié afin d’écarter tout problème de câblage.
• Examinez le micrologiciel du matériel de transport et le micrologiciel du robot lui-même pour obtenir de la monnaie.
• Pour SCSI, assurez-vous que les terminaisons sont correctement placées et installées, que les limites de longueur des câbles sont respectées et que les tensions appropriées sont utilisées.

Transport hôte - Configuration

• Assurez-vous que l’hôte concerné dispose de pilotes et de firmwares à jour pour ses pilotes de transport : utilisez EMCReports (fourni avec nsrget -o:e).
• Assurez-vous que toute configuration de pilote HBA (Host Bus Adapter) requise est effectuée correctement sur le système d’exploitation.

Logiciel hôte : verrouillage des ressources

• Pour tout hôte zoné de manière à voir le robot (idéalement, uniquement l’hôte NetWorker désigné), recherchez tout logiciel susceptible de tenter d’accéder au robot, tel qu’un autre logiciel de sauvegarde, un logiciel de surveillance ou des utilitaires autonomes qui tenteraient d’accéder au robot.
• Pour Solaris 10, le robot n’est pas accessible lorsque le processus NetWorker nsrlcpd est attaché ; par conséquent, elle peut sembler inaccessible (voire indétectable) jusqu’à ce que la bibliothèque dans NetWorker soit désactivée (forçant nsrlcpd se détacher et mourir).
• Si un processus non NetWorker est suspecté de verrouiller le robot ou un lecteur, ou d’y accéder, reportez-vous à la section Dépannage des étiquettes écrasées et des réinitialisations SCSI dans NetWorker pour plus d’informations sur le dépannage et l’identification.

Si le système d’exploitation détecte la bibliothèque, mais qu’elle ne répond pas aux commandes, elle est fonctionnelle dans une certaine mesure. Il peut être verrouillé par un autre processus ou hôte, affecté par des problèmes de transport ou subir un dysfonctionnement au niveau des composants.

Si aucun processus ou hôte ne peut être identifié comme accédant au robot en dehors du nœud de stockage NetWorker destiné à le contrôler, reportez-vous à la section Résolution des problèmes matériels liés aux bibliothèques de bandes dans NetWorker pour déterminer s’il existe un problème avec le robot lui-même.

Assurez-vous que vous comprenez que les problèmes robotiques qui se révèlent être hors du champ d’application de NetWorker (c’est-à-dire qui ne sont pas accessibles à l’aide des méthodes standard du système d’exploitation) ne relèvent pas du support NetWorker.
Networker: Dépannage des problèmes liés aux bibliothèques de bandes dans NetWorker

Le support peut fournir des conseils à l’aide des critères ci-dessus, mais nous ne disposons pas de ressources de fournisseurs de systèmes d’exploitation, d’adaptateurs HBA ou de robotique. Cette limitation peut entraîner un dépannage prolongé et infructueux.