On Tue, Feb 10, 2026 at 10:30:44AM CET, Yanick Delarbre via frnog <[email protected]> said: > Hello, > > D'avoir pu redémarrer l'hyperviseur, sans effet notable sur le problème, > signifie probablement que l'origine de ce mac move vient d'une donnée > "corrompue". Sur ce compute, toutes les instances sont-elles concernées ou > seulement une ? Un dénominateur commun se dégage-t-il de ce problème ? > Voici quelques pistes/commandes pour creuser ce problème:
Résultat des courses : c'était pas là. Un autre incident a montré un switch en carafe partielle dans un autre DC (mais avec VXLAN/EVPN entre les DCs) et depuis la remise en ordre de ce switch plus de problèmes. Je soupçonne donc que le switch en carafe (qui continuait à commuter, mais d'autres fonctions ne marchaient plus) renvoyait la trame broadcast y compris vers le VTEP d'origine, et si elle arrivait à l'openvswitch avant la réponse du serveur DHCP, la mac était mise vers l'extérieur -- Erwan David --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
