Cible ISCSI recentrée de la reconnexion après les redémarrages du serveur
J'ai eu quelques problèmes en cours avec ma connexion ISCSI ne vous reconnaissant pas après le redémarrage du serveur, comme indiqué ci-dessous:
OS est Windows Server 2008 R2. Le périphérique ISCSI est destiné à mon instance SQL Server 2008 R2 dans un cluster de basculement avec un autre serveur identique. Les deux serveurs présentent le même problème.
La cible est répertoriée comme une "cible préférée" et ne nécessite aucune authentification. Les digests sont désactivés. La cible ISCSI est exposée via un périphérique Synology NAS.
Il convient également de mentionner que mes serveurs de fichiers/d'impression (mêmes OS) présentent le même problème. J'ai essayé de faire des recherches moi-même mais il n'y a pas eu beaucoup d'aide jusqu'à présent. Il s'agit d'une configuration très basique et la plupart des solutions supposent une configuration plus sanité.
Tous serveur sauf les NAS sont sur les hôtes ESXI 6 (un VM dans la paire sur chaque hôte).
Modifier: Onglet Découverte:
Mise à jour: Messages du journal:
ÉDITER:
Ok, donc l'événement 113 est kb972107 , qui est une classe de problèmes assez générique, mais la pile de réseau n'est pas entièrement préparée "a attiré mon attention. Ensuite, nous voyons l'événement plus intéressant 103.
Voir ceci Poste d'Experts-Exchange avec un problème similaire ...
Si je les attachent lorsque le serveur SI s'exécute, tout semble fonctionner correctement, mais si je redémarre, je le serveur restera habituellement après la connexion et les lecteurs apparaissent ou non du tout.
... et solution qui pointe vers l'article suivant Article KB .
Sans plus de renseignements supplémentaires, mon hunch est que la connexion n'est pas terminée gracieusement lorsque l'initiateur est redémarré. Cela laisse la connexion dans un état incohérent sur la cible . Lorsque votre initiateur essaie de reconnecter, la cible croit toujours que la session d'origine est active et la connexion est suspendue, soit parce qu'un côté est simplement confus, soit parce que vous avez une limite fixée sur le nombre de sessions par initiateur.
Allez-y et essayez-le à nouveau, en regardant l'état de la connexion sur le serveur distant. Si mon hunch est correct, vous verrez la session toujours active sur le NAS. Cela pourrait être un problème avec votre serveur qui ne résiste pas suffisamment de session rapidement avant qu'il ne soit déconnecté de force, ou cela pourrait Soyez le résultat d'une très longue période de session sur le NAS.
Nous utilisons également des NAS Synology dans la plupart des sites de nos clients et je voyais exactement le même problème de manière régulière. J'ai parlé au support technologique de synologie et ils ont suggéré de configurer le masquage d'authentification. Je mon cas j'aurais authentifié la connexion à l'aide de Chap et Windows enregistrait systématiquement une erreur d'authentification. La situation a été bien pire lors de la mise à niveau des unités car je débrancherais une douzaine de Luns et la moitié ne manquerait généralement pas de renouer.
Comme en faisant ce changement, je suis passé de voir cette question sur environ 100% des redémarrages pour l'avoir vu sur une seule machine au cours des six derniers mois.
Je me rends compte que vous n'avez pas d'authentification configuré, mais cela vaut peut-être une peine d'essayer de configurer le masquage sur la fin de la synologie. Vous devrez copier la chaîne IQN du gestionnaire de stockage lorsqu'elle est connectée. Vous pouvez le trouver dans l'écran cible ISCSI, puis passer à Modifier> Masquer et créer une nouvelle entrée dans laquelle vous pouvez coller la chaîne.
Je suis tombé sur ceci récemment et j'ai constaté que même si vous définissez le masque, cela échouerait toujours. Il semble être lié à l'utilisation de Team Nic.
J'ai trouvé que vous aviez constaté que vous deviez faire ce qui suit: Supprimer toutes les cibles ISCSI existantes pour le NAS, y compris dans les volumes et les périphériques, supprimez-le chap et utilisez le masquage à la place (c.-à-d. Aucun accès par défaut mais en lecture/écriture pour votre imitateur que vous connectez. Utilisez l'autoconnateur mais Ne définissez pas de Nic spécialement Nic ou de cibles en haut. Normalement, il s'agit d'une solution pour les périphériques qui ne reconnaissent pas mais j'ai trouvé cela causé le problème. Une fois connecté, exécutez la configuration automatique sur les volumes et les périphériques pour vous assurer que c'est reconnecté.
Maintenant, vous devriez le trouver reconnecter lorsque vous redémarrez.
Merci, rob Holmes