Re: Perte de la fonction bridge de libvirt sur le noyau linux-image-6.1.0-32-amd64
Le 20172ième jour après Epoch,
didier gaumet écrivait:
> Le 25/03/2025 à 11:38, François TOURDE a écrit :
> [...]
>> Et tu as bien une interface 'virbr0' (ou autre) dans ton ifconfig ? Avec
>> le kernel indiqué dans le sujet ?
>
> didier@hp-notebook14:~$ uname -a
> Linux hp-notebook14 6.1.0-32-amd64 #1 SMP PREEMPT_DYNAMIC Debian
> 6.1.129-1 (2025-03-06) x86_64 GNU/Linux
>
> didier@hp-notebook14:~$ ip addr
> [...]
> 4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
> state DOWN group default qlen 1000
> link/ether 52:54:00:cc:c4:91 brd ff:ff:ff:ff:ff:ff
> inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
> valid_lft forever preferred_lft forever
Merci pour ces détails ! Il va falloir que je creuse ça un peu plus
alors. Je ne comprends pas pourquoi dans mon cas je n'ai pas ce bridge
dans le cas du noyau *-32-amd64 !
>> Jamais eu de KVM sur cette machine.
>
> je suis une truffe totale sur la question de l'architecture de
> virtualisation mais de ce que je comprends, il ne faut pas confondre
> kvm.ko (le module Linux d'accélération de virtualisation, intégré aux
> sources su noyau) et "KVM" qui est en fait QEMU utilisant kvm.ko (qui
> au départ a été créé par l'équipe QEMU)
Ce que je voulais dire par là, c'est que j'ai opté à l'époque pour
l'utilisation de Xen au lieu de KVM. Ce sont deux mécanismes similaires
mais différents pour gérer la virtualisation.
> Et je *suppose* toujours (sans aucune certitude non plus) que
> lorsqu'il y a un Dom0 Xen installé par Debian (ou une autre distro
> *Linux* (pas un *BSD)), Xen se sert de /dev/kvm même si aucun paquet
> qemu (qemu-kvm est un paquet virtuel, il n'y a pas de paquet kvm)
> n'est installé
Xen n'utilise pas /dev/kvm, voir ma réponse précédente. Encore qu'il est
possible que Xen s'appuie maintenant sur des bouts de KVM qui lui est
maintenant intégré dans les noyaux depuis quelques temps. Mais là ça
dépasse mes compétences, et j'ai pas trop envie non plus de plonger dans
le code de Xen pour vérifier :)
> [...] je sais plus où
> j'ai lu ça mais Xen utiliserait (au *conditionnel*) par défaut
> Openvswitch (connais pas) plutôt qu'un bridging classique.
J'ai aussi une config Xen avec openvswitch sur une autre grappe de
machines physiques, mais ce n'est pas sur ces machines que j'ai le
souci. Et Xen marche aussi bien avec openvswitch qu'avec le réseau
libvirtd ;)
> Sois gentil avec moi: je parle ici de trucs que je ne comprends pas
> vraiment :-)
Je suis gentil en général :D ... Sauf avec les cons présomptueux, mais
ça n'a pas du tout l'air d'être ton cas ;)
Merci en tout cas de prendre du temps pour m'aider. Je pense que je vais
rester sur l'ancienne version du noyau en attendant d'avoir les moyens
de faire des tests un peu plus fins sur une autre config.
Reply to: