EDIT 2025-03-21:
Un bug bloque le démarrage des VM lorsqu'elles utilisent le support de l'écran VNC
=> pour démarrer la VM, désactivez le support de l'écran VNC (enable_sceen=false)
voir https://dev.freebox.fr/bugs/task/40130
/EDIT/


Bonjour

Concernant les VM, bonne nouvelle le débit internet de sortie directe est de nouveau de plus de 4Gbps en IPv4 + IPv6 (1vcpu)

Il y à cependant eu des modif hardware:
Les NIC sont maintenant sur le BUS PCIE 0 position 5
Précédemment, elle étaient sur le BUS PCIE 0 position 3

La position 3 du bus PCIE 0 à vu apparaître un (nouveau?) PCIE ROOT PORT probablement pour délester le canal IO

Conséquences avec SystemD:
les interfaces réseaux ont été renommées de enp0s3 à enp0s5

Pour ceux à qui ça pose souci voici une manière simple de corriger:

1) poweroff VM
sudo poweroff

2) copiez les fichiers MyVM.qcow2 et MyVM.qcow2.efivars quelquepart (faite un backup... )
Avec la lib bash (ici: https://github.com/freeboxos/freeboxos-bash-api) ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20  :
. loginfreebox
mkdir_fs_file parent=/FBX24T/box-vm-bck dirname=20250319_vm
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-02.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-20.qcow2.efivars dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2,/FBX24T/box-vm/14RV-FSRV-02.qcow2,/FBX24T/box-vm/14RV-FSRV-20.qcow2 dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite


3) démarrez les VM 
Avec la lib bash ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20
vm_start 1
vm_start 2
vm_start 20

4) accédez à la console série de la VM car on va shooter le réseau (accessible en websocket par l'API ou avec la commande vm_console de la lib bash) :
Avec la lib bash ça donne par exemple pour 1 VM ayant pour id 20 :

vm_console 20
Connecting Freebox websocket : wss://mafreebox.freebox.fr/api/v14/vm/20/console

Type CTRL+K to EXIT

14RV-FSRV-20 login:


5) dans la vm, passez en root
sudo su -

6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'
grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @

7) On applique la configuration réseau (on shoot l'autoconfig puis on reboot)
Pour ceux qui utilisent NetworkManager - commande à jouer depuis la console série  :

nmcli connection down Wired\ Connection\ 1
nmcli connection delete  Wired\ Connection\ 1
nmcli connection reload
reboot

Puis ensuite les VM auront récupérées leurs config réseaux d'avant reboot de la freebox, les interfaces vlan remonterons, et les conf réseaux des namespaces (ip netns) également


NB:
Attention j'avais également des scripts dans /opt => j'ai du recommencé la commande du point 6 en changeant /etc par /opt (idem pour ceux qui ont des scripts dans /usr ou autre.
Après je ne recommande pas le
grep -iR /
avec un pipe sed -i
ça peut être très long voir dangereux


Cordialement
nbanba

Bonjour

Merci pour tous ces détails techniques et ce guide, nbanba.

Pour l'anecdote, j'ai un Raspberry Pi qui fait du smokeping vers quelques destinations et en profite pour aussi ping ma Delta, et on peut constater une différence intéressante avant et après màj 4.9.0

(EDIT : faut cliquer sur l'image, la transparence n'est pas gérée correctement sur la version réduite...)

Bien vu ce gain de ~20% sur la latence !
Peut être dut à un canal IO dédié ? 

Aussi pour précision le bus PCIE des VM est passé en GEN4 (16GT/s par data lane contre 8GT/s par data lane en GEN3)

PS:
je constate toujours une petite différence (~+0,5Gbps) entre sortie directe sur internet d'une VM et sortie sur internet de cette même VM par un routeur du LAN lui même sortant sur internet par la freebox
Mais à ce niveau c'est presque cosmétique => j'ai passé ce ticket en résolu

Cordialement
nbanba

Bonsoir

Pour ma part je suis toujours a 2.3GBITS/S

N'y voyez rien de personnel mais j'ai des doutes concernant l'objectivité de votre protocole de test ainsi que sur l'architecture et le hardware utilisé dans le cadre de vos tests.

Je peux probablement vous aider à rendre protocole et architecture de tests agnostics aux facteurs environementaux, mais désolé il faudra reprendre tout de 0

Cordialement
nbanba

....
3) démarrez les VM 
Avec la lib bash ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20

Code: [Sélectionner]

vm_start 1
vm_start 2
vm_start 20

4) accédez à la console série de la VM car on va shooter le réseau (accessible en websocket par l'API ou avec la commande vm_console de la lib bash) :
Avec la lib bash ça donne par exemple pour 1 VM ayant pour id 20 :

Code: [Sélectionner]

vm_console 20
Connecting Freebox websocket : wss://mafreebox.freebox.fr/api/v14/vm/20/console

Type CTRL+K to EXIT

14RV-FSRV-20 login:


5) dans la vm, passez en root

Code: [Sélectionner]

sudo su -

6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'

Code: [Sélectionner]

grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @

....
Cordialement
nbanba

Bonjour et merci pour votre méthode et votre script fonctionel au passage, ce qui m’a permis de comprendre le problème venait d’un changement d’interface réseau
Moi bête et discipliné surtout, moi qui n’aime pas réinventer la roue, pour faire simple :
J’ai tout simplement sur mon Laptiop sous debian, monté via qemu-mdb l’image de ma VM puis chrooté son système afin de pouvoir éditer "/etc/network/interfaces" en remplaçant enp0s3 en enp0s5.
Je démonte le tout, rebranche sur la Freebox puis démarrage de la VM avec à nouveau du réseau

Bien librement

Merci à nbanba pour l'information sur le fait que l'interface réseau des VMs est passée de enp0s3 à enp0s5. Cela m'a permis de résoudre un problème que j'avais avec l'appli pihole sur ma VM Ubuntu.

Je ne croyais pas être concerné, car la VM redémarrait bien, et semblait fonctionnelle, mais si. En fait, j'avais un autre problème; avec un appareil Technisat Digitradio, qui me permet de capter les radios en WiFi, et de les retransmettre sur l'ampli de machine WiFi (car sinon, la réception radio n'est pas très bonne).

Depuis la mise à jour à la version 4.9.0, le chargement des flux radio ne marchait plus. Je me suis rendu compte que le serveur DNS sur mon pihole ne fonctionnait plus (j'avais configuré le serveur DHCP sur la freebox pour le fournir, sur l'adresse de la VM, 192.168.0.11).

Je me suis aperçu dans l'interface web pihole, tools, diagnostics, qu'il était écrit : 'interface enp0s3 does not exist'.

En allant dans le fichier de configuration du pihole, /etc/pihole/pihole.toml, j'ai vu :

...
  # Interface to use for DNS (see also dnsmasq.listening.mode) and DHCP (if enabled)
  #
  # Possible values are:
  #     a valid interface name
  interface = "enp0s3" ### CHANGED, default = ""

J'ai changé pour enp0s5, redémarré le pihole (systemctl restart pihole-FTL), et les DNS sont revenus, et les flux radio aussi.

Si cela peut servir à quelqu'un d'autre...

Pour info, un nouveau firmware est paru cet après-midi, 4.9.1, qui corrige divers problèmes, en particulier celui du display VNC qui empêchait les VMs de démarrer quand il était activé.

https://dev.freebox.fr/blog/?p=21473