Data Domain Virtual Tape Library : Les périphériques VTL ne sont pas automatiquement détectés après une mise à niveau, un redémarrage ou un redémarrage du système de fichiers

Summary: Après une mise à niveau, un redémarrage ou un redémarrage du système de fichiers, certains serveurs ne peuvent pas voir le périphérique VTL. Uniquement avec une version DDOS supérieure à 5.2 et inférieure à 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

Le côté initiateur ne voit pas les mêmes périphériques SCSI mappés aux cibles SCSI DD après le redémarrage de DD pour une raison quelconque.
Cela nécessite que l’initiateur analyse à nouveau le bus SCSI pour trouver les nouveaux périphériques, et que l’application de sauvegarde revoie les cibles.

Le serveur de supports de sauvegarde ne détecte pas automatiquement les périphériques VTL après le cycle d’alimentation du datacenter.
Ce problème peut être lié à l’ordre dans lequel les différents périphériques sont mis sous tension : serveur multimédia, commutateurs SAN, Data Domain, etc.
Raison supplémentaire de l’échec de la sauvegarde si vous mettez d’abord sous tension le serveur multimédia, puis les autres périphériques de stockage.

Certains serveurs ou NAS connectés à la VTL ne détectent pas le lecteur de bande après la mise à niveau, le redémarrage ou le redémarrage du système de fichiers.

Mais lors du dépannage du problème, vous n’avez trouvé aucun problème et vous avez les éléments suivants :
  • L’initiateur est correctement zoné et répertorié « en ligne » dans le DataDomain.
  • Le groupe d’accès est correctement configuré.
  • S’il s’agit d’une mise à niveau, WWPN est le même qu’auparavant.
  • Le service VTL est opérationnel
  • Ce problème ne se produit pas avant DDOS 5.3
  • Certains autres serveurs n’ont pas ce problème
  • Le redémarrage de ce serveur peut résoudre le problème
  • Le redémarrage de DD ne résout pas le problème
Remarque : Le même problème peut être rencontré avec ProtectPoint (VDISK) mais pas avec DFC

Cause

Depuis DDOOS 5.3, le composant VTL est divisé en 2 sous-processus : VTL et scsitarget.

En gros, scsitarget active le port FC avant de terminer la configuration du protocole, ce qui oblige l’initiateur à envoyer plogi/prli et à démarrer la découverte des LUN dès que la liaison du port cible est établie, mais la cible n’a pas encore terminé la configuration de son appareil et de son groupe d’accès à ce stade, ce qui entraîne l’absence de LUN physique.
 

 


Resolution

La solution de contournement de ce problème consiste à réinitialiser le port ou à redémarrer le processus cible scsi (maintenir le service VTL opérationnel) :

Réinitialisez le port :
# scsitarget endpoint disable <the endpoint>
# scsitarget endpoint enable <the endpoint>

Vérifiez la liste des appareils dans l’hôte.
Si plusieurs hôtes sont concernés, procédez comme suit :

# scsitarget disable
# scsitarget enable

 Le client doit appliquer cette solution de contournement jusqu’à la version DDOS 6.0.

Additional Information

Pendant le cycle d’alimentation du datacenter, il faut d’abord mettre sous tension les périphériques de stockage et les périphériques SAN, puis mettre sous tension le serveur multimédia.

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.