Le "rescan-scsi-bus.sh" peut être utilisé pour analyser de nouveaux LUN dans une machine CentOS/RHEL. Lorsque 'rescan-scsi-bus.sh -i' est exécuté, le script exécute également un LIP_RESET (ISSUE_LIP) qui peut provoquer une interruption des E/S sur le serveur et même provoquer une panne en cas de système fonctionnant à forte charge .
Qu'est-ce que LIP (protocole d'initialisation de boucle) ?
LIP analyse l'interconnexion et provoque la mise à jour de la couche SCSI pour refléter les périphériques actuellement sur le bus. Un LIP est essentiellement une réinitialisation du bus et entraînera l'ajout et la suppression de périphériques. Cette procédure est nécessaire pour configurer une nouvelle cible SCSI sur une interconnexion Fibre Channel. Gardez à l'esprit que issue_lip est une opération asynchrone. La commande peut se terminer avant la fin de l'analyse complète.
Qu'est-ce que la réinitialisation LIP peut causer ?
La méthode du protocole d'initialisation en boucle pour analyser les HBA peut entraîner des retards et des délais d'attente d'E/S si le HBA/périphérique est en cours d'utilisation et peut également supprimer des périphériques de manière inattendue. Par conséquent, l'exécution de l'analyse à l'aide de cette méthode n'est pas recommandée sur un serveur de production sur lequel les périphériques SAN sont déjà configurés en cours d'utilisation. Ce type d'analyse est recommandé sur un serveur nouvellement construit pour analyser tous les LUN/périphériques. LIP est normalement exécuté au démarrage du serveur.
Quand utiliser issu_lip
Veuillez utiliser la commande standard rescan-scsi-bus.sh sans -i FLAG, rescan-scsi-bus.sh ne "scannera" que les nouveaux LUN. Veuillez prêter une attention maximale lors de l'exécution de rescan-scsi-bus.sh -i sur l'environnement Live/Production, cela peut entraîner de graves problèmes.
Le problème peut être encore pire lorsque rescan-scsi-bus.sh est exécuté sur le nœud RAC réel ou sur tout logiciel de clustering qui utilise le processus d'éviction, cela est dû à l'activité d'E/S qui sera bloquée sur le nœud où rescan-scsi-bus. sh -i est exécuté, ce qui fait que même disk-heartbeat n'écrit pas les "informations de pulsation".
La réinitialisation LIP peut également être réalisée sans rescan-scsi-bus.sh -i, en utilisant la commande :
# echo "1" > /sys/class/fc_host/host/issue_lip
Cette méthode n'est pas recommandée . La commande LIP étant asynchrone, cette commande peut être renvoyée avant la fin de l'opération LIP. Vous devez surveiller le journal système /var/log/messages pour déterminer quand l'opération LIP est terminée. Il s'agit essentiellement d'une réinitialisation du bus, de sorte que toutes les opérations d'E/S en cours peuvent être interrompues. Veuillez utiliser le script rescan-scsi-bus.sh à la place.
Lorsque de nouveaux LUN doivent être découverts, vous pouvez exécuter :
# echo "1" > /sys/class/fc_host/host/issue_lip
Cela devrait aider à faire apparaître de nouveaux LUN sur le système, sans avoir besoin d'exécuter une commande rescan-scsi-bus.sh -i.
Cette méthode n'est pas recommandée. La commande LIP étant asynchrone, cette commande peut être renvoyée avant la fin de l'opération LIP. Vous devez surveiller le journal système /var/log/messages pour déterminer quand l'opération LIP est terminée. Il s'agit essentiellement d'une réinitialisation du bus, de sorte que toutes les opérations d'E/S en cours peuvent être interrompues. Veuillez utiliser le script rescan-scsi-bug.sh à la place.
Conclusion
Lorsque rescan-scsi-bus.sh -i doit être réellement exécuté sur l'environnement de production, arrêtez toutes les applications/instances de base de données, puis suivez avec rescan-scsi-bus.sh -i. Le moyen le plus sûr serait simplement de planifier le redémarrage du serveur, comme lorsque la réinitialisation LIP du démarrage du serveur est exécutée automatiquement.
Veuillez également garder à l'esprit que rescan-scsi-bus.sh -i n'a pas besoin d'être exécuté lorsqu'un chemin multipath est perdu, il sera récupéré lorsque le chemin de stockage principal sera restauré (ceci est fait par l'option path_checker dans multipath .conf).