Dépannage des problèmes d’ordonnancement des lecteurs de bibliothèque de bandes dans NetWorker

Dans un système d’exploitation Plug 'N Play, les adresses cibles SCSI sont attribuées aux appareils dans l’ordre de découverte.

Étant donné que l’ordre de détection sur un SAN n’est pas fixe et que la perte de connectivité oblige Plug 'N Play à redéfinir le nombre cible, les numéros cibles ne sont pas fixes.

Étant donné que les systèmes Plug 'N Play nomment (et renomment) les appareils en fonction de l’ordre d’énumération (y compris l’ID cible SCSI), toute interruption accidentelle ou intentionnelle de la connexion du système d’exploitation à l’appareil entraîne potentiellement le changement de nom des appareils.

Un problème d’ordonnancement des disques décrit une condition dans laquelle le nom du pilote configuré par NetWorker pour un périphérique ne correspond pas au nom réel. Cela est le plus souvent dû à la modification du nom du pilote dans le système d’exploitation après la configuration initiale de la bibliothèque NetWorker. Il s’agit généralement d’un problème de système d’exploitation Plug’N Play qui affecte Windows et Linux.
 
Ce problème comporte de nombreuses erreurs et conditions, y compris, mais sans s’y limiter :

• Error: 'nsrd : media info : failed unloading drive '{driver handle}' to slot {slot number}, error '69''
• Error: « {nom_hôte} le composant de destination est plein »
• Error: « {driver handle} read open error, no such device or address »
• Error: « Ouverture : I/O error'
• Error: 'nsrd : Jukebox '{jukebox}' failed : expected volume '{volid}' got {volid}'
• Error: 'nsrd : Le juke-box '{jukebox}' a échoué : le volume attendu '(volume_name)' a obtenu la valeur 'NULL''
• Error: « Erreur d’ouverture de lecture, appareil non prêt »
• Error: 'nsrjb : Erreur de juke-box, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd : Jukebox '{jukebox}' failed : expected volume '{volid}' got {volid}'
• Error: 'nsrd : Jukebox '{jukebox}' failed : expected volume '{volume}' got 'NULL''
• Error: « Erreur d’ouverture de lecture, appareil non prêt »
• Error: 'nsrjb : Erreur de juke-box, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd : media warning : {driver handle} reading : read open error : Aucun support dans le lecteur.
• Error: 'Inventaire : L’étiquette de code à barres « {barcode} » ne correspond pas à l’étiquette de code à barres de la base de données des supports, mise à jour de la base de données des supports
• Error: « Demande illégale, support non présent »
• Error: 'nsrd : media info : failed unloading drive '{driver handle}' to slot {slot number}'

Lors de la configuration initiale d’une bibliothèque de bandes dans NetWorker, l’objet de bibliothèque est créé en associant les disques durs aux descripteurs de pilotes générés par le système d’exploitation dont ils disposent à ce moment-là. Il s’agit d’une association statique qui reflète la relation au moment de la configuration. Par exemple, une bibliothèque peut avoir deux périphériques :
Lecteur physique 1 = \\.\Tape0 (ou peut-être /dev/nst0 sous Linux)
Lecteur physique 2 =\\.\Tape1 (ou /dev/nst1)

Dans un système d’exploitation Plug 'n Play comme Windows ou Linux, toute sorte de disparition de l’appareil du système peut amener le système d’exploitation à renommer les appareils ; cela inclut simplement le redémarrage de l’hôte, ou tout matériel de connectivité impliqué dans la connexion. En particulier sur un SAN, où la découverte des périphériques peut être désordonnée, les périphériques peuvent être nommés différemment lors du prochain redémarrage, par exemple, par opposition aux commandes ci-dessus :
Physical drive 1 = \\.\Tape1 or /dev/nst1
Physical drive 2 = \\.\Tape0 or /dev/nst0

Les commandes vers ces périphériques peuvent toujours fonctionner, en supposant qu’un périphérique utilise le nom souhaité. Toutefois, étant donné que l’association entre le descripteur de pilote et l’élément physique n’est plus correcte dans l’élément de la bibliothèque NetWorker, NetWorker ne connaît plus le nom correct des périphériques, car ils ont été modifiés. Par exemple, NetWorker peut charger une cartouche de bande dans un élément de lecteur, mais utiliser le nom du pilote de bande d’origine (et maintenant, suite à l’événement du système d’exploitation, incorrect) pour effectuer des opérations sur bande, c’est-à-dire qu’il peut charger le lecteur de bande 1, mais émettre des commandes sur le lecteur 2 (auquel l’ancien nom du lecteur 1 a été réattribué). Cela peut entraîner un large éventail d’erreurs, en supposant qu’un volume inattendu (ou aucun volume du tout) soit trouvé. Il existe de nombreuses causes possibles dans les conditions d’ordonnancement des disques :

• Mauvaise configuration manuelle de la bibliothèque à l’aide des commandes jbconfig ou jbedit
• Redémarrage de l’hôte, de l’adaptateur de stockage, du matériel de connectivité de stockage ou des lecteurs de bandes
• Perte temporaire de connectivité à un appareil
• Désactivation et réactivation de l’appareil dans le système d’exploitation
• Mises à jour du système d’exploitation
• Mises à jour du pilote de l’adaptateur de stockage ou du périphérique

Dénomination persistante :

Il s’agit d’une pratique d’excellence qui peut être recommandée par le support, même si vous ne rencontrez pas de problèmes pour vous protéger proactivement. Veuillez utiliser les informations contenues dans les articles suivants :

• Mise en œuvre de la persistance du nom de l’unité de bande pour Windows
• Mise en œuvre de la persistance du nom de l’unité de bande pour Linux