Problème de baculement CSV

[helio]

Bonjour,

Je bloque depuis un bon moment sur une problématique que je rencontre sur deux infrastructures (avec le même problème) qui n'attendent qu'à passer en production.

Infrastructure :

- 2 serveurs DELL R730 en cluster HyperV (pour la première infra) / 2 serveurs HP DL 385p en cluster HyperV (pour la deuxième infra)
- 1 SAN equalogic PS4210 (pour chaque infra)

Les serveurs et les SAN sont interconnecté via des liens iSCSI (RJ45 pour l'instant) et deux switchs chacun.

Voici ma problématique :

En procédant à des tests de bascule et en particulier le déplacement des disques partagé (CSV), le déplacement manuel de chaque volume fonctionne bien. Cependant, lorsque je désactive mes cartes iSCSI (deux sur chaque serveur) la bascule ce fait correctement environ une fois sur cinq ! Je précise que suite à cette mise hors connexion des disques le déplacement manuel ce passe sans problème.

Merci d'avance pour votre aide

[magnancc51]

Salut,

Que donne le test de validation de cluster ?

[helio]

Bonjour,

A part un avertissement concernant le réseau iSCSI qui se trouve dans le même réseau tout est OK. J'ai testé quand même avec deux sous réseau différent : même résultat

[magnancc51]

Si tu as un avertissement iSCSI, c'est pas bon.

Il faut que tu règles le problème.

[helio]

J'ai donc reconfiguré le réseau iSCSI dans deux LAN différents, la validation cluster est maintenant OK pour toutes les conditions mais le problème persiste...

[magnancc51]

lorsque je désactive mes cartes iSCSI

Tu as essayé un vrai crash test pour voir ce que ça donne ?

[helio]

J'avais un doute avec tous les tests que j'ai fait. Je viens de les déconnecter : même problème.

J'ai omis préciser que le QUORUM bascule correctement à tous les coups contrairement à n'importe quel autre volume.
J'ai écarté tout problème physique puisque j'ai testé en simulant un SAN avec un serveur DELL en direct (à la place du SAN Equalogic) : même problème.

Je pense plus à un problème de configuration HyperV, MPIO / initiateur... mais quoi…

[helio]

Bonjour,

Personne n'a d'idée ?

[maxmorloks1]

je répond un peu tard excusez moi

mais sauf erreur de ma part, et sans vouloir dire de grosse bétises.

cela fait partie des tests que l'on est jamais censé réaliser.
effectivement, on est jamais censé perdre l'accès au SAN puisque l'ensemble est censé être redondé. ainsi que le SAN lui même.

donc tu peux t"amuser un désactiver une pate mais jamais les deux
pas étonnant qu'hyper v s'en sorte mal.

j'ai eu le cas récemment, cluster 5 noeuds 2012R2, MPIO ISCSI partout vers mon stockage NETAPP,
perte de l'accès à un LUN depuis le serveur owner de celle ci, toutes les VM de cette lun ont plantée puis se sont relancées une fois le LUN réapparut sur ce même serveur. (5min plus tard)
les vm sur les autres LUN n'ont pas bougé

bon courage
Cordialement.
maxime

[helio]

Bonjour,

J ai en faite trouve la cause de mon problème :

Lorsque que je ''crash'' les cartes iSCSI d un noeud pour forcer la bascule des CSV puis je rexecute la manipulation pour refaire un test sur le premier noeud alors Hyper V considère qu une panne à eu lieu il y a peu de temps et refuse donc de basculer automatiquement (une sorte de timeout). Si je décide de répéter l opération plusieurs heures plus tard alors la bascule automatique est effectuée avec succès. Je m interroge seulement sur la durée exacte de ce ''timeout''...