Tous les projets

On est tenté, il est suggéré d’installer des systèmes de domotique dans les vm, ce que j’ai fait depuis 18 mois. Par une coupure malheureuse de la connexion fibre (travaux publics où quelque chose comme ça) et un blocage en étape 2 depuis une semaine, j’ai dû apprendre que certes le réseau local fonctionne sans la fibre, mais pas les vm. Je ne vois pas la nécessité technique.

Or, alors qu’il y a des systèmes de domotique qui fonctionnent avec une dégradation légère en cas de coupure de connexion extérieur, le fait d’avoir installé un tel système en VM Delta est une catastrophe, car rien à faire, la domotique est totalement HS.

Je pourrais comprendre pourquoi on ne pourra pas créer de nouvelles VM en cas de coupure, mais est-ce qu’il est vraiment impossible de laisser tourner les machines déjà installées?

Cordialement!

Si DHCPv6 est activé, le POP player n’a pas de connectivité IPv6 mais bien une connectivité IPv4. La conséquence cryptique est que l’outil de diagnostique du POP player rapporte des problèmes de Ping. Puis, bien que Netflix et Prime Vidéo fonctionnent normalement, Oqee fonctionne à moitié : les enrégistrements et le direct fonctionne, mais en direct, pas la fonction pause ou reprendre depuis le début.

Vous allez me dire que DHCPv6 ne sert à rien ici, puisque implémenté partiellement (sans délégation de préfix), encore faut-il trouver la source du problème. Contourner, c’est facile, il faut désactiver DHCPv6. Maintenant, s’il ne faut pas l’utiliser, au moins un avertissement dans Freebox OS concernant le POP player serait utile. Sinon, permettre à Oqee sur POP player de fonctionner normalement sur IPv4 comme c’est le cas sur tous les autres supports.

Hello,
j’ai trouvé une source de crash reproductible concernant les VM qui fait redémarrer la freebox Delta. Voici comment faire:
(1) créer et démarrer des VM en utilisant toute la mémoire permise par l’interface de gestion des VM
(2) solliciter des services de la Freebox, par exemple le guide de programmes.

La réaction du systèmes est un redémarrage. Avec malchance, les VM sont redémarrés aussi et le bug se répète.

Analyse:

A présent, 1024MO de la mémoire vive sont réservé pour le système, le reste peut être alloué aux VM. Or, l’évolution doit avoir conduit à un besoin de mémoire dépassant 1GO. La barette mémoire fourni avec 2GO cache ce défaut en absence de VM.

Il faut alors réévaluer le besoin de mémoire et adapter l’interface afin de permettre moins mémoire aux VM.