NetWorker : Dépannage des problèmes de détection des bibliothèques de bandes dans NetWorker
Résumé: Cet article a pour but d’aider le support et les administrateurs NetWorker à déterminer les causes de l’incapacité d’un hôte à détecter une bibliothèque.
Instructions
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).
- Impossible de détecter l’installation d’une bibliothèque de bandes 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.
Pour diagnostiquer les échecs de détection de bibliothèque, commencez par prendre en compte les modifications récentes. Ensuite, décomposez le processus de découverte à partir de ses niveaux les plus bas et testez chaque étape.
Parfois, il est souhaitable de passer à un stade plus évolué de la découverte, en fonction des preuves disponibles. Si l’hôte A ne parvient pas à détecter le robot alors que l’hôte B réussit, le robot n’est probablement pas en cause. Les hôtes peuvent utiliser différents commutateurs, ce qui en fait la première zone à analyser. Les autres différences dans cet exemple incluent l’hôte lui-même, éventuellement le système d’exploitation, l’adaptateur HBA, le zonage, le câblage, etc.
Si l’hôte a détecté le robot avant le problème, concentrez-vous sur les éléments les plus susceptibles d’avoir changé. Examinez les défaillances ou les modifications de configuration connues après l’événement.
Utilisez les commandes suivantes pour déterminer d’abord si le système d’exploitation peut détecter la bibliothèque. Assurez-vous toujours que les correctifs du système d’exploitation sont à jour, en particulier en ce qui concerne le stockage.
nsrget -o:d sur le serveur et les nœuds concernés.
-o:d sur n’importe quel hôte avec des bandes où les bandes sont occupées à écrire. Vous pouvez le vérifier à partir de NetWorker Management Console (NMC) sous Monitoring -> Devices.
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)
Détection de bibliothèque : Système d'exploitation :
- Windows. : Les périphériques non détectés par le sous-système PnP (Plug-and-Play) peuvent ne pas être accessibles à NetWorker. Il n’existe jamais d’instance de bibliothèque sans pilote, car un pilote générique existe même si un pilote de fournisseur n’est pas installé. StorPort est le composant de pilote de stockage Windows de bas niveau dont la devise doit être vérifiée.
devmgmt.msc (Gestionnaire de périphériques)
devcon drivernodes *CHANGER*
- Linux : Affiche les périphériques de classe SCSI détectés et énumérés par le sous-système. Linux utilise l’option
sgpilote pour les bibliothèques, sauf si le pilote Atape d’IBM est installé (non recommandé).
cat /proc/scsi/scsi (show detected libraries)
echo "- - -" > /sys/class/scsi_host/host#/scan (forcer la redétection)
- Solaris :
cfgadmouluxadmPort/dump_mappeuvent énumérer un appareil de bibliothèque. A défaut,update_drvpeut être utilisé pour assurer à la fois la détection et la possibilité d’attacher unsgenInstance de pilote.
cfgadm -lavo show_FCP_dev
for FCI in `luxadm -e port | cut -f1`; do luxadm -e dump_map $FCI; done
rm -f /dev/scsi/changer/*; update_drv -f sgen -v
- AIX : Utilisez
cfgmgrdans la plupart des cas ; SiAtapeLe pilote est en cours d’utilisation, utilisezlsdev. Dans ce cas, assurez-vous que leAtape smcLe pilote est répertorié comme « défini » et non comme « disponible » (ce qui provoque des conflits).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (si lsdev montre qu’il est disponible)
- HP-UX :
ioscanest la seule commande requise pour énumérer les appareils de classe changeur.
ioscan -FnkC autoch
Pour l’application NetWorker
inquire commande (ci-dessous) Pour réussir, vous devrez peut-être supprimer le fichier de cache temporaire de découverte des appareils :
rm -f /tmp/lgto_scsi_devlist
- Openvms: Utilisez ces commandes pour vérifier la connectivité :
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker : Ces commandes sont fournies à titre de référence et s’exécutent généralement à un niveau plus élevé que les commandes du système d’exploitation fournies ci-dessus. Ils peuvent être utiles pour tenter de diagnostiquer un problème de niveau inférieur en fournissant des informations supplémentaires ou des erreurs comme indices sur le problème en question, mais ils ne sont pas censés aboutir si les opérations de niveau inférieur échouent.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo et changers peut ne pas exister sur toutes les plateformes. Si vous le souhaitez, vous pouvez augmenter les niveaux de débogage en définissant la variable d’environnement LUS_DEBUG:
UNIX :
export LUS_DEBUG=9
Windows. :
set LUS_DEBUG=9
AIX :
lusdebug ffff
Essayez également :
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Informations supplémentaires
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 ne peuvent pas être détectés à l’aide des méthodes standard du système d’exploitation) n’entrent pas dans le champ d’application du support NetWorker.
Pour plus d’informations, consultez la section : 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.