Détection de la "migration en direct terminée" de KVM

Si je me souviens bien, à la fin de la migration, la VM devrait envoyer un paquet gratuit pour s'annoncer. Quoi qu'il en soit, jusqu'à ce que les tables arp soient mises à jour, il y aura toujours un peu de décalage, non pas entre la VM et le réseau, mais entre le réseau et la VM.

Ce que vous pouvez faire est d'attraper une VM "arrivante" en interrogeant virsh dominfo Une VM qui migre vers un hôte apparaîtra d'abord comme "en pause", et dès qu'elle est "en marche", vous savez qu'elle a fini de migrer. Sur la cible, vous devriez obtenir un événement de démarrage de domaine avec des détails indiquant qu'il a été migré et sur la source, vous devriez obtenir un événement d'arrêt/migration.

La meilleure solution serait d'utiliser quelque chose comme http://libvirt.org/git/?p=libvirt.git;a=blob;f=examples/domain-events/events-Python/event-test.py sur la cible, vous devriez obtenir un événement de démarrage de domaine avec des détails indiquant qu'il a été migré et sur la source, vous devriez obtenir un événement d'arrêt/migration.

C'est votre meilleure chance d'attraper un événement de migration libvirt en utilisant l'API appropriée.

Il n'est pas possible d'intercepter les migrations à l'intérieur d'une VM, car l'idée même de la migration en direct est que la VM n'en est pas consciente et ne doit pas ressentir la migration.

Je pensais que vous verriez quelque chose apparaître dans dmesg pendant une telle migration. Pouvez-vous tester et voir si c'est le cas ? Si c'est le cas, c'est assez facile à déclencher, soit en écrivant un module noyau rapide et sale, soit en prenant la voie expéditive d'écrire un démon Shell-Shell pour regarder dmesg.