Re: Perte de la fonction bridge de libvirt sur le noyau linux-image-6.1.0-32-amd64

[NoSpam <no-spam@tootai.net>]

Bonjour

aucun soucis avec le dernier kernel sous bookworm mais je n'utilise pas xen

Les modules chargés:

dh@aki ~ $ lsmod |grep kvm
kvm_intel             380928  8
kvm                  1146880  1 kvm_intel
irqbypass              16384  31 kvm

Le 24/03/2025 à 15:31, François TOURDE a écrit :
> Bonjour,
>
> En redémarrant une machine qui tournait sur le kernel
> linux-image-6.1.0-28-amd64 et est passée en kernel
> linux-image-6.1.0-32-amd64, je me suis rendu compte que le service
> libvirtd  retournait une erreur:
>
> --8<------8<------8<------8<------8<------8<------8<------8<----
>
> /ssh:proclos.tourde.home|sudo:root@proclos.tourde.home:/root $ systemctl status libvirtd
> ● libvirtd.service - Virtualization daemon
>       Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
>       Active: active (running) since Sun 2025-03-23 21:25:30 CET; 14min ago
> TriggeredBy: ● libvirtd.socket
>               ● libvirtd-admin.socket
>               ● libvirtd-ro.socket
>         Docs: man:libvirtd(8)
>               https://libvirt.org
>     Main PID: 1105 (libvirtd)
>        Tasks: 20 (limit: 32768)
>       Memory: 28.0M
>          CPU: 735ms
>       CGroup: /system.slice/libvirtd.service
>               └─1105 /usr/sbin/libvirtd --timeout 120
>
> Mar 23 21:25:30 proclos systemd[1]: Starting libvirtd.service - Virtualization daemon...
> Mar 23 21:25:30 proclos systemd[1]: Started libvirtd.service - Virtualization daemon.
> Mar 23 21:25:30 proclos libvirtd[1105]: libvirt version: 9.0.0, package: 9.0.0-4+deb12u2 (Debian)
> Mar 23 21:25:30 proclos libvirtd[1105]: hostname: proclos
> Mar 23 21:25:30 proclos libvirtd[1105]: Unable to create bridge virbr0: Le paquetage n'est pas installé
> Mar 23 21:25:31 proclos libvirtd[1105]: Impossible d'ouvrir /dev/kvm: Aucun fichier ou dossier de ce type
>
> --8<------8<------8<------8<------8<------8<------8<------8<----
>
> Après quelques rapides recherches, j'ai supposé que ça pouvait venir du
> kernel, et bingo c'est bien reparti avec la version -28-amd64 de
> celui-ci. Du coup, j'ai quelques questions:
>
> - Est-ce une erreur d'options de compilation, une mauvaise lecture de la
>    doc (laquelle ?) ou un module à charger ?
> - Comment j'aurais pû anticiper cette perte de fonctionnalité ?
> - Où puis-je le signaler si c'est bien une erreur ?
>
> Je précise que c'est sur un hyperviseur Xen sous bookworm (Debian 12)
>
> Merci d'avance pour vos réponses.