Biblioteca de cintas virtuales de Data Domain: El dispositivo VTL no se detecta automáticamente después de la actualización, el reinicio o el reinicio de FS

Summary: Después de una actualización, un reinicio o un reinicio de FS, algunos servidores no pueden ver el dispositivo VTL. Solo con DDOS superior a 5.2 e inferior a 6.0

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

El lado del iniciador no ve la asignación de los mismos dispositivos SCSI a los destinos de DD SCSI después de que DD se ha reiniciado por algún motivo.
Esto requiere que el iniciador vuelva a escanear el bus SCSI para descubrir los nuevos dispositivos y la aplicación de respaldo para ver los destinos nuevamente.

El servidor de medios de respaldo no detecta automáticamente los dispositivos VTL después del ciclo de apagado y encendido del centro de datos.
Este problema puede estar relacionado con la secuencia en la que se encienden los distintos dispositivos: servidor de medios, switches SAN, Data Domain, etc.
Una razón adicional para la falla de respaldo es si enciende primero el servidor de medios y, a continuación, otros dispositivos de almacenamiento.

Algunos servidores o NAS conectados a VTL no pueden ver la unidad de cinta después de la actualización, el reinicio o el reinicio de FS.

Pero al solucionar el problema, no encontró ningún problema y tiene lo siguiente:
  • El iniciador está correctamente zonificado y enumerado como "en línea" en Data Domain.
  • El grupo de acceso está configurado correctamente.
  • Si se trata de una actualización, WWPN es igual que antes.
  • El servicio de VTL está activo
  • Este problema no se observaba antes de DDOS 5.3
  • Otro servidor no tiene este problema
  • Reiniciar este servidor puede resolver el problema
  • Reiniciar DD no resuelve el problema
Nota: El mismo problema se puede encontrar con ProtectPoint (VDISK), pero no con DFC

Cause

A partir de DDOOS 5.3, el componente de VTL se divide en 2 subprocesos: VTL y scsitarget.

Básicamente, scsitarget habilita el puerto FC antes de completar la configuración del protocolo, lo que hace que el iniciador envíe plogi/prli e inicie el descubrimiento de LUN tan pronto como el enlace del puerto de destino esté activo, pero el destino aún no haya completado la configuración de su dispositivo y grupo de acceso en ese punto, lo que hace que no se encuentre ningún LUN físico.
 

 


Resolution

La solución alternativa de este problema es restablecer el puerto o reiniciar el demonio de destino de SCSI (mantener activo el servicio VTL):

Restablezca el puerto:
# scsitarget endpoint disable <the endpoint>
# scsitarget endpoint enable <the endpoint>

Compruebe la lista de dispositivos en el host.
Si tiene varios hosts afectados, haga lo siguiente:

# scsitarget disable
# scsitarget enable

 El cliente debe aplicar esta solución alternativa hasta DDOS 6.0.

Additional Information

Durante un ciclo de apagado y encendido del centro de datos, primero se deben encender los dispositivos de almacenamiento y los dispositivos SAN y, a continuación, encender el servidor de medios.

Affected Products

Data Domain Virtual Tape Library

Products

Data Domain Virtual Tape Library, Data Domain Virtual Tape Library for IBM I/OS
Article Properties
Article Number: 000059666
Article Type: Solution
Last Modified: 25 Sep 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.