Mise en réseau / Déclenchement multivoie

Puisqu'il semble s'agir d'une configuration iSCSI, il y a quelques zones où des pannes de chemin peuvent se produire.

• Fragilité de l'Ethernet simple . Un paquet a été abandonné, ce qui a déclenché le basculement vers l'autre chemin plutôt que d'attendre la retransmission et le réassemblage.
• Des problèmes Ethernet moins simples . Un port de commutation s'est brièvement retourné, déclenchant un basculement.
• Quelque chose dans la pile Multipath a déclenché un basculement. . Multipath est plus sensible aux bizarreries du réseau que le bon vieux TCP/IP, et n'attendra donc pas aussi longtemps pour rétablir les connexions ; il basculera plutôt.
• Quelque chose dans la pile réseau a mal tourné . Il y a plusieurs possibilités, mais d'après votre message d'erreur, c'est probablement le problème.

Les configurations à trajets multiples sont très sensibles à la latence sur le fil, et iSCSI + Ethernet en aura davantage qu'un environnement Fibre Channel. Un certain battement est normal.

Comme cela semble se produire lorsque le HVM est occupé, cela suggère que les chemins des NIC du noyau sont soit encombrés de données, soit privés de CPU (peut-être les deux), ce qui déclenche le basculement multivoie. Il n'y a pas grand chose que vous puissiez faire à ce sujet, mais vous pouvez restreindre les choses afin de mieux expliquer. por qué il fait ce qu'il fait.

Le chargement du serveur est assez facile, et il semble que vous l'ayez déjà fait.

Le diagnostic de la congestion est plus difficile. Si les moniteurs de bande passante de vos ports réseau n'indiquent pas un trafic important, mais que les entrées de journal que vous avez postées se produisent quand même, c'est un signe que le serveur est encombré en interne. Si vous pouvez saisir une capture de paquets pendant l'un de ces événements, le nombre de paquets horodatés vous dira si le trafic passé est vraiment interrompu pendant 10 secondes, ce qui est un signe certain que le serveur est encombré en interne.

Correction de le problème est probablement spécifique au pilote, avec la possibilité d'un certain réglage des paramètres de la pile TCP/IP.