Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour

Veuillez suivre les explications et la doc de mon poste ici:
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1110639/#msg1110639

Cordialement
nbanba

Bonjour

PS:
Dans la conf de home assistant, vérifiez si la valeur enp0s3 n'est pas également enregistrée dans une base de donnée propre au logiciel
(JE NE SAIS PAS SI C EST LE CAS MAIS C EST FORT POSSIBLE)

Si oui connectez vous à la base de donnée et mettez à jour les champ concernés

Par exemple:

SQL> USE homeassistant;
SQL> UPDATE SystemConfig SET Interface = 'enp0s5' WHERE Interface = 'enp0s3';

Où modifiez la valeur dans une interface graphique / web qui fera les requêtes SQL pour vous

Cordialement
nbanba

Bonjour , merci pour votre aide , toutes ces commandes sont a passées via un SSH sur la freebox ?

Bonjour

Non c'est impossible depuis le réseau (la configuration réseau dans les VM ne remonte pas car il y a un souci de nommage d'interface réseau ⇒ impossible d'utiliser SSH (=le réseau) pour ces opérations)
Il faut accéder à la VM depuis la console série
Si vous ne savez pas comment vous connecter à la console série, vous pouvez utiliser la fonction 'vm_console' de la library BASH https://github.com/nbanb/fbx-delta-nba_bash_api.sh
Ou encore je crois que depuis FreeboxOS on à un accès à la console série

Cordialement
nbanba

Bonjour,

Décocher Écran virtuel et appliquer et la VMs démarre en attendant une correction.

Bonjour Ludovic !!!

Bien joué pour cette correction ça marche parfaitement !

Ou faut-il poster pour que Free prenne en compte ça ?

Bonjour

De ce que j'ai vu lors de mes corrections sur ces VM là (j'en ai passé un certain nombre ce matin, voici la liste…)

$ vm_list
			VIRTUAL MACHINE ID, NAME, MAC AND STATUS : 
----------------------------------------------------------------------------------------------
VM-0:	id: 0 	 status: stopped 	name: 14RV-FSRV-00 	mac_address: ce:3e:20:b9:66:fc
VM-1:	id: 1 	 status: running 	name: 14RV-FSRV-01 	mac_address: 3e:6e:bd:2b:fe:c7
VM-2:	id: 2 	 status: running 	name: 14RV-FSRV-02 	mac_address: ae:2c:8c:f6:3e:fb
VM-3:	id: 3 	 status: stopped 	name: 14RV-FSRV-03 	mac_address: 5a:e3:85:db:26:ee
VM-4:	id: 4 	 status: stopped 	name: 14RV-FSRV-04 	mac_address: 5e:e3:3a:13:ab:20
VM-5:	id: 5 	 status: stopped 	name: 14RV-FSRV-05 	mac_address: be:dd:fc:cc:53:8d
VM-6:	id: 6 	 status: stopped 	name: 14RV-FSRV-06 	mac_address: ba:81:13:4f:2f:4e
VM-7:	id: 7 	 status: stopped 	name: 14RV-FSRV-07 	mac_address: da:05:e4:43:33:5d
VM-8:	id: 8 	 status: stopped 	name: 14RV-FSRV-08 	mac_address: ce:3c:ee:b4:f4:f0
VM-9:	id: 9 	 status: stopped 	name: 14RV-FSRV-09 	mac_address: 02:44:40:c3:c7:2b
VM-10:	id: 10 	 status: stopped 	name: 14RV-FSRV-10 	mac_address: 66:35:fc:a1:6b:9f
VM-11:	id: 11 	 status: stopped 	name: 14RV-FSRV-11 	mac_address: 5e:fb:d2:ad:01:5c
VM-12:	id: 12 	 status: stopped 	name: 14RV-FSRV-12 	mac_address: a6:3a:0a:8d:2f:18
VM-13:	id: 16 	 status: stopped 	name: 14RV-FSRV-16 	mac_address: 06:c2:93:c3:0b:df
VM-14:	id: 17 	 status: stopped 	name: 14RV-FSRV-17 	mac_address: aa:e7:cf:5b:38:72
VM-15:	id: 20 	 status: running 	name: 14RV-FSRV-20 	mac_address: d6:11:ad:5f:a9:8e

Free n'a rien à prendre en compte, il s'agit d'un souci de configuration interne des VM suite au changement de topologie du hardware émulé par KVM

C'est aux utilisateurs de mettre à jour les configurations internes de leurs VM pour les faire fonctionner avec la nouvelle topologie hardware de la coquille KVM

Dans votre cas (je n'utilise pas les écrans dans les VM), il est possible que la carte graphique ait changée d'ID sur le BUS PCI EXPRESS et si cet ID est utilisé dans les configurations internes, alors il faut mettre à jour les conf avec ce nouvel ID.

Cordialement
nbanba

Avec l'aide de Ludovic j'ai pu redémarrer la machine et ensuite accéder à la console dans l'interface web de la freebox , ensuite il faut aller dans "HA network info" et vérifier si l'interface enpOs5 est désactivée , c'était mon cas , et une fois réactivée tout fonctionne de nouveau , merci encore.

Bonjour

Merci pour votre retour et le détail des changements que vous avez du effectuer pour remettre en route votre appliance HomeAssistant (ces retour + détails serviront à d'autres qui sont dans le même cas ⇒ MERCI !)

Il est "normal" que l'interface enp0s5 soit désactivée dans la VM HomeAssistant car elle était inconnue de la VM jusqu'à avant reboot de la box sur le firmware 4.9.0 et donc non utilisée/non renseignée dans les configurations internes à la VM.
Auparavant votre appliance HomeAssistant avait l'interface "enp0s3" dans sa configuration.
Cependant depuis la modification de topologie hardware des VM suite à la résolution du bug https://dev.freebox.fr/bugs/task/40060 , cette interface n'existe plus dans les VM et ne peut plus exister dans l'état car un autre périphérique est présent à cette adresse sur le bus PCIExpress.
Cette interface a donc été remplacée par l'interface enp0s5 presente à la position 5 du bus PCIE numéro 0

Cordialement
nbanba

Merci pour les infos

Bonsoir,
je rencontre le même soucis. Quelqu'un aurait un tuto pas à pas pour les novices ?
Merci d'avance.

Bonjour

@Benjy61170 Vos VM sont elles des appliances type HomeAssistant ou des VM Linux installées et configurées par vous même ?
(à priori ce n'est pas le même tuto)

Cordialement
nbanba

Bonsoir, je rencontre aussi le souci, j'ai 2 VM linux (une Jeedom sous debian 11 et un pihole sous debian 12) et j'aimerais savoir comment résoudre le souci.

Merci d'avance

@nbanba je possède seulement 1 VM installée directement sur ma FREEBOX Ultra. Cette VM est une Home Assistant avec les fichiers d’origine fournis sur le net.

Bonsoir

Merci pour vos retours.
J'écrirai 1 procédure demain (désolé 21h10 = family time)

Cordialement
nbanba

@nbanba merci beaucoup.
En effet, à cette heure, c’est Family Time de mon côté aussi.
Cordialement.

@Benjy61170 Bonjour je peux peut-être vous aider.

Pour pouvoir résoudre le problème de mon côté je suis passé par plusieurs étapes , la première est de vous connecter a votre freebox ULTRA (vous save le faire je suppose car vous avez créez votre VM Home Assistant) , ensuite vous allez sur la VM et il faut décocher la case "Ecran vitruel" dans la partie Système de votre machine et ne pas oublier de cliquer sur Appliquer.

Ensuite en toute logique vous aurez la possibilité de démarrer de nouveau votre machine , mais en logique aussi celle-ci ne sera toujours pas accessible en réseau , par contre vous aurez la possibilité de cliquer sur "Console" tout en haut a côté des boutons pour Allumer et éteindre votre machine.

Une fois dans votre machine , vous aurez la phrase "NOM DE VOTRE MACHINE est démarré" , il suffit d'appuyer sur la touche entrée et la logiquement il vous demande les logins de votre machine (que vous devez avoir ) , une fois loggé , vous pouvez aller dans les informations de vos réseau par cette commande :

ha network info

Cela va vous affichez , toutes vos info réseau , ce qui va nous interesser c'est le paragraphe

interfaces:
- connected: false
enabled: false
interface: enp0s5

En gors ça vous explique ce que nous a dit @nbanba , à savoir que les nouvelles config des VM sur les freebox passent par cette nouvelle position et aussi que par conséquent cette position méconnue de votre machine avant est donc désactivée , et pour pouvoir la réactiver , il va vous falloir entrer cette commande :

ha network update enp0s5 –ipv4-method auto–ipv6-method disabled

Si vous passez encore par de l'ipv4 et non de l'ipv6 bien sur.

Ensuite vous pouvez refaire la commande :

ha network info

et cette fois-ci vous devriez avoir :

interfaces:
- connected: true
enabled: true
interface: enp0s5

Et la logiquement vous pouvez ré-essayer de vous connecter par votre page web à votre HA.

Tenez moi au courant.

@Taelshar Bonjour.
J’ai voulu tenter ta méthode mais lorsque j’essaye de me connecter via la console, j’ai à chaque fois le message « Login Incorrect »

@Taelshar nouveau revirement de situation, sans aucune manipulation, j'ai désormais accès à Home Assistant.

Etrange en effet , la prochaine fois si vous devez rentrer dans votre machine par la console , vous pouvez tenter simplement le login "root".

Passage de la maj ce soir… Merci pour l'information sur le passage bus 3 à bus 5.
J'ai dû rater une info Free pre-MAJ hein ? Ils ont bien communiqué en amont sur ce léger détail n'est-ce pas ?

Léger souci quand le DNS/DHCP tourne sur une VM de la box (oui je sais, spof toussa toussa) … j'ai pu contourner en faisant un pont 4G → interface web freeboxos avec un laptop → console sur la vm, login, edit de l'interface, etc.

C'est tout de même magnifique de se dire qu'au fur et à mesure la box de geek ne devient plus qu'un simple relais de bande passante et que toutes les briques sont hostées à côté (du nas, du nuc, du rpi, …) pour pallier ce type de surprise et indispo diverses dès la perte du lien wan.

Je me disais justement hier soir "bon, je la migre sur rpi cette vm ou bien ?" et de conclure par un "boarf, c'est jamais qu'à la maison, garde ta chasse au spof pour le taf".
(sors son rpi dans 10 minutes).

Merci Free.

Bonsoir

Déjà merci @Taelshar! Vous avez écrit la procédure pour HomeAssistant… en + suite à votre retour d'expérience.
Entre votre procédure pour l'appliance HomeAssistant et celle + générique pour tout linux standard ou installé soi même présente dans ma première réponse, ça devrait couvrir une majorité de cas rencontrés par les utilisateurs (enfin je l'espère).
Donc vraiment merci !

@Lat31320 Léger souci quand le DNS/DHCP tourne sur une VM de la box (oui je sais, spof toussa toussa) … j'ai pu contourner en faisant un pont 4G → interface web freeboxos avec un laptop → console sur la vm, login, edit de l'interface, etc.

Que de complications…
Pourquoi ne pas simplement utiliser la library BASH depuis n'importe quel hôte du réseau ?
Avec la lib bash la console série de chaque vm devient accessible nativement dans le terminal même si la vm n'a pas de réseau, est planté ou si on veut éditer la NVRAM (l'uefi) avant boot de l'OS.
Pour se connecter à la console série d'une vm avec la lib bash il suffit de taper :
vm_console <vm_id>
Idem pour récupérer l'écran en VNC, il suffit de taper
vn_vnc <vm_id>
…

Je me disais justement hier soir "bon, je la migre sur rpi cette vm ou bien ?" et de conclure par un "boarf, c'est jamais qu'à la maison, garde ta chasse au spof pour le taf".
(sors son rpi dans 10 minutes).

Je vous croyais meilleur joueur… ;)
Un bon backup (comme pour toute ressources numériques), et la Freebox est parfaite pour votre DNS ! comme vous l'avez précisé c'est de l'usage domestique…
Après franchement utilisez la lib bash pour gérer les vm et leur stockage sur la box, vous verrez c'est facile et super pratique, tout est automatisable (backups des VM à froid par exemple) et intégré au terminal.

Franchement les VM dans les delta sont utilisables avec des performances et une stabilité plus que correctes.
Contrairement à votre RPI, vos VM Freebox disposent aujourd'hui d'un canal IO d'environ 4Gbps à 5Gbps lors des sorties en direct sur internet (contre 2Gbps précédemment et je présume 1Gbps non scalable pour 1 RPI, non?).
C'est pour permettre cette super amélioration que les ID de certains périphériques ont été modifiés sur le bus PCIE et que le bus PCIE des VM est passé en gen4 à 16 GT/s.

Donc MERCI FREE ! (Pour avoir corrigé https://dev.freebox.fr/bugs/task/40060)

Et que les utilisateurs qui ont des soucis demandent de l'aide ici, on les aidera

PS:
il n'y a pas de bug à corriger par Free, il faut juste mettre à jour les configurations réseaux internes aux VM suite au changement de topologie de la coquille KVM

Cordialement
nbanba

Bonsoir, pour ma part la console ne me donnait pas accès à mes VM, j'ai donc du réinstaller les debians pour remettre des sauvegardes de mes systèmes.

J'ai cherché sur internet des tutos pour pouvoir utiliser la fameuse librairie BASH, en vain.

Si quelqu'un veut bien écrire un tuto qui explique comment installer et utiliser cet outil (si possible une version windows et une version linux) ce serait sympa. Github c'est bien beau mais ça ne s'adresse clairement pas à des néophites.

Merci d'avance, et merci aux dev de Free qui font avancer les choses !

Bonjour

@spokenman
Sur ce coup là vous n'êtes pas trop mal tombé… Je vais voir ce que je peux faire.
En français je suppose ?

Cordialement
nbanba

@nbanba, bonsoir.

Je ne vois pas où est la complication dès lors que mon laptop ne peut plus se connecter en WiFi (et juste pas envie de le passer en static pour ça).
Ca m'a pris 5 minutes à tout casser après lecture de la cause ici (merci) : un hostspot, une page web, y click, y click, il vim, il y est.

Je n'ai aucun poste par ailleurs "prêt en amont" pour faire du sauvetage sur cette unique "VM freebox". Pour les VM sur plateau proxmox, c'est construit en moyens de reprise (pas en continuité, faut pas déconner @domestique-encore).

Je suis d'accord avec vous @Delta (assez de mémoire, que j'avais gonflée) et je n'avais d'ailleurs pas très développé la partie proxmox à l'époque ; mais je suis passé en Fbx Ultra et là c'est rédhibitoire côté ressources.

Ca fait un moment de toute façon que je fais évoluer les choses pour que la box se limite à un lien derrière un routeur (pas encore fait la dépense). J'ai du 10G qui court en fibre et alimente les points cuivre à 2.5 ; il me reste ce point de routage en actif à régler… Les priorités de dépenses mènent la danse.

Certes un RPI est limité en matière de BP par rapport à une VM en direct sur la box… mais pour une brique DNS/DHCP, c'est pas vraiment un sujet.
C'est transitoire (et j'aurai l'esprit tranquille : chat échaudé), à terme c'est l'investissement routeur qui s'en chargera.

Je maintiens mon "merci Free" ironique : minima on met une bafouille dans le changelog sur un changement de cet ordre.

@spokeman : désolé pour vous pour ces complications :/

Bonjour

@Lat31320

minima on met une bafouille dans le changelog sur un changement de cet ordre

Sincèrement je suis d'accord. J'aurais également apprécié un "on reproduit, c'est pris en compte" en commentaire sur la tâche.

Après Free a fait le job, et dans le fond c'est l'essentiel

Cordialement
nbanba

Bonjour

@spokenman

Ayant écrit les 100+ pages de doc de la library bash sur GitHub, quelle partie de :
https://github.com/nbanb/fbx-delta-nba_bash_api.sh?tab=readme-ov-file#QSFULLEX

N'est à vos yeux pas compréhensible pour des utilisateurs néophytes ?

Est ce le manque de traduction Anglais - Français ?
Est ce l'installation des "outils" nécessaire à l'utilisation de la library ?

En vous remerciant d'avance
Cordialement
nbanba

Bonjour à tous.
Moi aussi j'ai eu le problème sur ma VM Debian10 qui, après la MàJ v 4.9.0 sur ma Freebox Delta, ne voulait plus se rallumer car l'option écran virtuel était coché. J'ai aussi une autre VM Home assistant qui, elle, s'est rallumée correctement car l'option écran virtuel n'était pas cochée.
Donc, suite aux premiers commentaires de ce topic, j'ai décoché l'option Ecran Virtuel sur ma VM Debian et elle a redémarré correctement avec accès à la console série.
Mon problème maintenant, c'est que je voudrais avoir accès à nouveau à un écran virtuel sur ma VM Debian car c'est beaucoup plus simple pour moi, vieux néophyte, d'utiliser un explorateur de fichiers plutôt que d'écrire des lignes de code sur une console série!

Je n'ai pas bien compris la cause primaire du problème, mais j'aimerai savoir s'il y a une solution simple à partir de la console série pour reconfigurer ma VM Debian ( un peu comme la solution en HA : ha network update enp0s5 –ipv4-method auto–ipv6-method disabled)?

Merci de votre aide.
Cordialement
Ecovip78

Bonjour

@Ecovip78

1) faite un backup à froid des VM (poweroff VM puis copie des fichiers qcow2/raw et efivars de chaque VM ailleurs)
2) en root dans la VM:

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

3) si vous utilisez NetworkManager:

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

4) reboot

sudo reboot

En tout cas c'est comme ça que j'ai fait ⇒ j'ai décrit mes actions ici:
https://lafibre.info/1gb-free/test-svp-suspicion-de-limitation-a-4gps-des-freebox-delta-ultra/msg1110639/#msg1110639

Cordialement
nbanba

Bonjour

En fait le VRAI BUG à fix par FREE est :

Lorsqu'une VM à 'enable_screen=true' dans sa configuration, alors la VM ne démarre pas (donc pas d'exposition de la console série ni du socket VNC au travers des websocket API)

Pour le coup, il y a bien ce point à FIX côté FREE
Je fait un ticket dédié

Cordialement
nbanba

Bonjour

Ticket dédié au problème nécessitant un FIX de la part de FREE:
https://dev.freebox.fr/bugs/task/40130

Cordialement
nbanba

@nbanba,

Ils ont cumulé les changements/erreurs.

Ma VM sur Ultra n'a pas "enable screen" (je n'ai jamais utilisé cette fonction, tant sur Delta que sur Ultra).

Donc pour moi sur Ultra :
- La VM était bien UP
mais
- En mode boîte noire : interface réseau à corriger (simple correction dans

/etc/networks/interfaces

)

Donc le titre de ce Bug ticket reste juste : "bug VM maj".

Une note pour les piHolistes : pensez à check votre conf piHole car il peut y avoir des traces de

enp0s3

, surtout si vous avez bind l'écoute spécifiquement sur l'adaptateur.

Bonjour

@Lat31320

Je pense qu'on ne se comprend pas :

1) le fait de devoir modifier la configuration réseau interne aux vm suite aux modifications des coquilles KVM n'est pas 1 bug (même si ça a occasionnés du travail de votre côté)

2) il y a effectivement 1 bug pour ceux qui utilisent l'écran virtuel VNC soit 'enable_screen=true' dans la conf des VM

Merci de ne pas tout confondre

Cordialement
nbanba