Solución de problemas de pedidos de unidades de biblioteca de cintas en NetWorker

En un sistema operativo Plug 'n Play, a los dispositivos se les asignan direcciones de destino SCSI en el orden de descubrimiento.

Dado que el orden de descubrimiento en una SAN no es fijo, y debido a que la pérdida de conectividad hace que Plug 'n play redefina el número de destino, los números de destino no son fijos.

Dado que los sistemas Plug 'n Play asignan nombres a los dispositivos (y los renombran) según el orden de enumeración (incluido el ID de destino de SCSI), cualquier tipo de interrupción accidental o intencional en la conexión del sistema operativo al dispositivo puede provocar un cambio de nombre de los dispositivos.

Un problema de "orden de unidades" describe una condición en la que el nombre de controlador configurado de NetWorker para un dispositivo no coincide con el nombre real. Por lo general, esto se debe a que el nombre del controlador cambia en el sistema operativo después de la configuración inicial de NetWorker Library. Por lo general, se trata de un problema del sistema operativo Plug 'n Play que afecta a Windows y Linux.
 
Hay muchos errores y condiciones asociados con este problema, incluidos, entre otros, los siguientes:

• Error: "nsrd: información de medios: falló la descarga de la unidad '{driver handle}' en la ranura {slot number}, error '69''
• Error: "{hostname} el componente de destino está completo"
• Error: "{driver handle} read open error, no such device or address"
• Error: «Inauguración: Error de I/O'
• Error: 'nsrd: Jukebox '{jukebox}' falló: el volumen esperado '{volid}' obtuvo {volid}'
• Error: 'nsrd: Jukebox '{jukebox}' failed: el volumen esperado '(volume_name)' obtuvo 'NULL''
• Error: "Error de lectura abierta, el dispositivo no está listo"
• Error: 'nsrjb: Error de jukebox, todas las unidades asignadas no se pueden utilizar, errores de operación irrecuperables
• Error: 'nsrd: Jukebox '{jukebox}' falló: el volumen esperado '{volid}' obtuvo {volid}'
• Error: 'nsrd: Jukebox '{jukebox}' failed: el volumen esperado '{volume}' obtuvo 'NULL''
• Error: "Error de lectura abierta, el dispositivo no está listo"
• Error: 'nsrjb: Error de jukebox, todas las unidades asignadas no se pueden utilizar, errores de operación irrecuperables
• Error: 'nsrd: advertencia de los medios: {identificador del controlador} lectura: error de lectura al abrir: No hay medios de comunicación en la unidad'.
• Error: «Existencias: La etiqueta de código de barras '{barcode}' no coincide con la etiqueta de código de barras de la base de datos de medios, actualizando la base de datos de medios
• Error: "Solicitud ilegal, medio no presente"
• Error: 'nsrd: media info: falló la descarga de la unidad '{driver handle}' a la ranura {slot number}'

En el momento en que una biblioteca de cintas se configura inicialmente en NetWorker, se crea el objeto de biblioteca asociando los discos duros con sus identificadores de controlador generados por el sistema operativo que tienen en ese momento. Es una asociación estática que refleja la relación en el momento de la configuración. Por ejemplo, una librería puede tener dos dispositivos:
Unidad física 1 = \\.\Tape0 (o quizás /dev/nst0 en Linux)
Unidad física 2 =\\.\Tape1 (o /dev/nst1)

En un sistema operativo Plug 'n Play como Windows o Linux, cualquier tipo de desaparición del dispositivo del sistema puede hacer que el sistema operativo cambie el nombre de los dispositivos; esto incluye simplemente reiniciar el host, dispositivos o cualquier hardware de conectividad involucrado en la conexión. Especialmente en una SAN, donde la detección de dispositivos puede estar desordenada, los dispositivos pueden tener un nombre diferente en el próximo reinicio, por ejemplo, en contraste con lo anterior:
Unidad física 1 = \\.\Tape1 o /dev/nst1
Unidad física 2 = \\.\Tape0 o /dev/nst0

Es posible que los comandos para estos dispositivos sigan funcionando, suponiendo que hay algún dispositivo que use el nombre deseado. Sin embargo, dado que la asociación del identificador del controlador y el elemento físico ya no es correcta en el elemento de biblioteca de NetWorker, el resultado de esto es que NetWorker ya no conoce el nombre correcto de los dispositivos, ya que ahora se cambian. Por ejemplo, NetWorker puede cargar un cartucho de cinta en un elemento de unidad, pero utilizar el nombre de la controladora de cinta original (y ahora, después del evento del sistema operativo, incorrecto) para realizar operaciones de cinta; es decir, puede cargar la unidad de cinta 1, pero emitir comandos a la unidad 2 (a la que se le asignó el nombre anterior de la unidad 1). Esto puede dar lugar a una amplia variedad de errores, suponiendo que se encuentre un volumen inesperado (o ninguno). Hay muchas causas posibles de las condiciones de pedido de unidad:

• Configuración incorrecta manual de la biblioteca mediante los comandos jbconfig o jbedit
• Reiniciar el host, el adaptador de almacenamiento, el hardware de conectividad de almacenamiento o los dispositivos de cinta
• Pérdida temporal de conectividad con un dispositivo
• Desactivación y reactivación del dispositivo en el sistema operativo
• Actualizaciones del sistema operativo
• Actualizaciones de controladores de dispositivos o adaptadores de almacenamiento

Nomenclatura persistente:

Esto se considera una práctica recomendada y el soporte puede recomendarlo incluso si no tiene problemas para protegerlo proactivamente. Utilice la información de los siguientes artículos:

• Implementación de la persistencia del nombre del dispositivo de cinta para Windows
• Implementación de persistencia del nombre del dispositivo de cinta para Linux