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

  • État Nouveau   Rouverte
  • Pourcentage achevé
    0%
  • Type Anomalie
  • Catégorie Services locaux → VM
  • Assignée à Personne
  • Système d'exploitation Freebox Server V7 (Delta)
  • Sévérité Critique
  • Priorité Très Basse
  • Basée sur la version 4.2.6
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par Seb D - 21/11/2020
Dernière modification par Thibaut Freebox - 01/12/2020

FS#33182 - VM ne fonctionne plus

Depuis la dernière mise à jour du Freebox server Delta les VM’s ne fonctionnent plus
Impossible d’y accéder et de les démarrer ou de les arrêter.
Merci de corriger le problème, j’utilise une des VM avec Jeedom pour contrôler ma maison et là plus rien ne fonctionne.

loggoi a commenté le 21.11.2020 19:59

Il se passe quoi concrètement ? Perso j’ai aucun soucis avec les vm et la dernière mise à jour. Ça ne serait pas un arrêt de la box un peu brutal qui aurait put endommager l’os de vos vm ?

Je confirme chez moi aussi la VM ne fonctionne plus depuis la mise à jour et sur l’application Freebox les capteurs ne fonctionne plus.

Seb D a commenté le 22.11.2020 09:41

Je n'arrive plus a lancer ma VM pour Jeedom c'est à dire que lorsque je fais démarrer la VM se lance mais ne termine pas son lancement et lorsque je veux l'arrêter Impossible.
J'ai arrêter la VM avant de faire la mise à jour et un redémarrage classique (sans coupure brutale, j'ai même installé une prise ondulée afin de palier s'il y avait des micro coupure)

Sur la console voici mes dernières lignes d'afficher et reste bloquer à ces étapes:

[2.160627] cdrom : Uniform CD-ROM driver Revision: 3.20
[193.726890] random : crng init done

J'ai le même souci, je suis sous onduleur et je suis obligé de redémarrer mon server pour que ça fonctionne; redémarrer cette nuit à 2H à 10h30 plus rien n'est fonctionnel. Il faut redémarrer le server tous les 8H.

De plus si on contrôle la caméra elle apparaît non connectée, l'historique de l'ouverture ou détecteur de mouvement ne va pas plus loin que l'heure de blocage. Quand on redémarre le server, le détecteur de mouvement et d'ouverture affiche de nouveau l'antériorité des informations.

J'ai contacté l'assistance et voici leur message :

======Bonjour,
Navré pour la gêne occasionnée.
Un nouveau Firmware est prévu pour palier à cette anomalie dû à la dernière mise à jour en effet.
Je reviens vers vous dès que la mise à jour est disponible.
L'équipe Freebox Home vous souhaite bonne journée.

Admin
aastier a commenté le 24.11.2020 14:07

Bonjour,

Le problème est-il toujours présent après un redémarrage du Freebox Server ? Si oui, pourriez-vous me donner l’adresse MAC de votre Freebox Server ?

Le souci est toujours présent pour moi, et il faut attendre que Free lance une nouvelle mise à jour. Mais quand.

Admin
aastier a commenté le 25.11.2020 10:49

À ma connaissance il n’y a pas de mise à jour de prévue liée à ce problème.

@sebastopaul si ça ne fonctionne pas pour vous après un redémarrage, pourriez-vous me donner l’adresse MAC de votre Freebox Server ?

D'après l'assistance une mise à jour firmware est prévue.

Après redémarrage ça fonctionne quelques heures et après plus aucune détection.

@Anisse : je ne divulgue pas mon adresse Mac en public comme ça.

Admin
aastier a commenté le 25.11.2020 11:06

@sebastopaul: aucun souci, vous pouvez me l’envoyer à aastier@freebox.fr . Quand vous dites que ça fonctionne pendant 8h, vous voulez-dire que vous devez redémarrer la VM, ou que le redémarrage de VM échoue ?

Maintenant ça ne tient même pas 4H.

Quand je redémarre le server, dans les historiques je retrouve l'arriéré et les détections portes plus les mouvements que je viens de faire. Par contre au boiut de 4H je peux ouvrir la porte, bouger dans la maison je n'ai plus d'historique et la CAM apparait non connectée. Seul à nouveau un redémarrage peut remettre les choses dans l'ordre.

Admin
aastier a commenté le 25.11.2020 13:27

Bonjour, j’ai bien reçu votre adresse MAC.

Il semblerait que la VM soit bien démarrée, mais que Jeedom ne fonctionne plus, c’est ça ? Est-ce que le problème est toujours présent si vous créez une nouvelle VM Jeedom à la place ? (il est possible de conserver plusieurs VMs en parallèle, même si on en utilise qu’une à la fois).

Seb D a commenté le 26.11.2020 06:33

Bonjour,

Après plusieurs tentatives de relance de ma VM Jeedom (relance en normale, en recovery mode, etc...) plus moyen de la lancer j'ai été obligé d'en recréer une autre.
Concernant le pack sécurité, je n'ai plus non plus l'historique sur mon détecteur de mouvement. Au départ il était en anomalie, je refais la procédure d'association, cela à fonctionner 8h et de nouveau plus d'historique.
Par contre contrairement à @sébastopaul, je peux voir ma caméra et l'historique du détecteur de porte.
J'ai relancer le server à plusieurs reprises sans succès.
Pour l'instant, la nouvelle VM pour Jeedom à l'air de fonctionner mais il faut que je reprogramme toute ma configuration.

Bonsoir
@Séb j'ai tout refait et ça ne change rien, si ça a tenu 22H et rebelote ça recommence.

Je pense comme on m'a dit que le firmware est en cause et qu'il faut que Free fasse le nécessaire. Mais semble t'il tout le monde ne rencontre pas ce genre de souci.

Admin
aastier a commenté le 27.11.2020 11:40

Bonjour @sébastopaul, La VM s’est-elle arrêtée ou fonctionne-t-elle encore ? Pouvez-vous utilisez vos capteurs via Freebox Compagnon ?

Chez moi plus rien ne fonctionne ni même sur Freebox compagnon

Admin
aastier a commenté le 27.11.2020 11:47

@Fernando: pourriez-vous ouvrir une nouvelle tâche en indiquant quel est le problème que vous rencontrez ?

Pourquoi vouloir trouver une erreur sur le matériel alors qu'à 99% c'est le firmware qui est planté.

Admin
aastier a commenté le 27.11.2020 13:23

@Sébastopaul: ceci est un bug tracker, c’est ici qu’on cherche les problèmes de firmware. Si vous ne voulez pas remonter les informations permettant de comprendre ce qui se passe, je serai contraint de fermer cette tâche, le problème ayant été résolu pour Seb D.

Il y a 25 minutes pour une raison x la sirène s'est déclenchée et j'ai enlevé lev module, puis les piles pour arrêter la sirène.

Pourtant elle n'était pas active.

Je sens bien le module HS

Moi non puisque ça ne fonctionne pas en faisant ce qui a été mis.

Donc ce n'est pas complétement résolu

Et j'ai mis ce que ça faisait je ne vais pas inventer des choses qui ne se produisent pas. Je vous ai envoyé des images qui sont pourtant claires et qui démontre bien le souci.

Admin
aastier a commenté le 27.11.2020 13:39

@sebastopaul: le problème initial était que le démarrage ou l’extinction d’une VM ne fonctionnait plus dans l’interface Freebox OS.

Si j’ai bien compris votre problème, ce sont les informations des détecteurs de mouvements qui ne remontent plus, et la caméra qui apparait déconnectée ?

De mon côté module HS attente d'un nouveau.

oui pour les informations, et l'alarme ne se met plus en service. Je vous tient informé dès réception du nouveau module.

Admin
aastier a commenté le 27.11.2020 13:52

@sebastopaul: merci du retour. N’hésitez pas à ouvrir une nouvelle tâche si besoin une fois le nouveau module reçu.

Seb D a commenté le 01.12.2020 15:03

Problème non résolu ma VM ne fonctionne toujours pas et plante complètement maintenant

Admin
aastier a commenté le 01.12.2020 15:06

Bonjour @Seb sauf erreur vous ne m’avez pas donné l’adresse MAC de votre Freebox Server. Pouvez-vous confirmer que vous n’arrivez pas à relancer la VM ?

Bonjour,
Je voulais donner suite au souci et donc la nouvelle mise à jour 4.2.7 résout le problème. Il n'y aura pas d'échange de box. On verra si ça tient dans le temps.

Bonjour,
Comme convenu, je reviens vers vous pour vous informer que la mise à jour 4.2.7 permettant de palier à l'anomalie que vous rencontrez est disponible.
Je vous invite à simplement redémarrer votre Freebox Server pour en profiter.
Encore navré pour la gêne occasionnée.
L'équipe Freebox Home vous souhaite bonne journée.

J'espère que ça sera de même pour les autres personnes qui rencontre ce genre de souci.

Bonjour,
Cette fois-ci le sujet pour moi est résolu, mon système fonctionne depuis plus de 24H sans rebooter ma freebox.

Je reste malgré tout en attente de l'échange promis de l'ouverture de porte qui reste défaillante.

Problème non résolu mes VMs ne fonctionnent toujours pas et plante complètement au bou de quelques minutes. :( ( Ver 4.2.7 )

Freuk a commenté le 13.06.2021 10:25

même problème , la vm démarre mais s’arrête immédiatement
dans le log kern.log on peut voir
Jun 13 12:07:59 vmpi kernel: [ 1.506226] GPT:Primary header thinks Alt. header is not at the end of the disk.
Jun 13 12:07:59 vmpi kernel: [ 1.507140] GPT:88080391 != 104857607
Jun 13 12:07:59 vmpi kernel: [ 1.507582] GPT:Alternate GPT header not at the end of the disk.
Jun 13 12:07:59 vmpi kernel: [ 1.508227] GPT:88080391 != 104857607
Jun 13 12:07:59 vmpi kernel: [ 1.508624] GPT: Use GNU Parted to correct GPT errors.
Jun 13 12:07:59 vmpi kernel: [ 1.509197] vda: vda1 vda2
Jun 13 12:07:59 vmpi kernel: [ 1.509820] SCSI subsystem initialized
Jun 13 12:07:59 vmpi kernel: [ 1.515673] scsi host0: Virtio SCSI HBA
Jun 13 12:07:59 vmpi kernel: [ 1.602824] random: fast init done
Jun 13 12:07:59 vmpi kernel: [ 1.826631] EXT4-fs (vda2): mounted filesystem with ordered data mode. Opts: (null)
Jun 13 12:07:59 vmpi kernel: [ 2.056137] random: crng init done
Jun 13 12:07:59 vmpi kernel: [ 2.484069] EXT4-fs (vda2): re-mounted. Opts: errors=remount-ro
Jun 13 12:07:59 vmpi kernel: [ 2.879809] loop: module loaded
Jun 13 12:07:59 vmpi kernel: [ 2.979596] squashfs: version 4.0 (2009/01/31) Phillip Lougher
Jun 13 12:07:59 vmpi kernel: [ 3.393805] EFI Variables Facility v0.08 2004-May-17
Jun 13 12:07:59 vmpi kernel: [ 3.444953] pstore: Using compression: deflate
Jun 13 12:07:59 vmpi kernel: [ 3.445591] pstore: Registered efi as persistent store backend
Jun 13 12:07:59 vmpi kernel: [ 3.529847] cryptd: max_cpu_qlen set to 1000
Jun 13 12:07:59 vmpi kernel: [ 3.815758] FAT-fs (vda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Admin
aastier a commenté le 14.06.2021 08:54

Bonjour @Freuk, ce n’est pas le même problème, juste le même symptôme; dans le doute, ouvrez une nouvelle tâche. Pour votre cas, il semblerait que le disque virtuel soit corrompu, et il n’y pas grand chose à faire, le plus simple restant de transférer les données vers une nouvelle VM.

Freuk a commenté le 14.06.2021 11:55

Bonjour @aastier ,
apparemment j'ai fait un qemu-img check , et cela me dis
No errors were found on the image.
171617/819201 = 20.95% allocated, 13.30% fragmented, 7.93% compressed clusters
Image end offset: 10640818176

ce qui est étrange c'est que la machine démarre, j'ai même pu avoir 2s de ssh , mais elle finit par s’arrêter
ça fonctionnait normalement en 4.3.3.
si je recrée une VM from scratch , ça fonctionne ,
j'avais bricolé la VM pour me passer du cloud init , est-ce que cela pourrait provenir de ça ?

Admin
aastier a commenté le 14.06.2021 11:56

@Freuk: pourriez-vous me donner l’adresse MAC de votre Freebox Server ?

Freuk a commenté le 14.06.2021 20:08

@aastier j'ai finit par comprendre le problème , la VM et son fs etait OK, c'est l’état de mon serveur NUT qui n’était pas revenu OL après la coupure ENEDIS il est resté "FSD OL"
un redémarrage du service NUT, et c'est reparti , merci encore pour votre aide et désolé pour les perturbations

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche