Bonjour à tous,
Je possède une Freebox Delta avec une vm Jeedom V4, bien que j’ai les dernières versions à jour core et plugins, de temps en temps ma vm perd la connection à la Freebox, c’est gênant dans le sens ou mes scénarios en font les frais.
J’ai ajouté de la mémoire dans ma Freebox cela n’a pas résolu ce petit soucis.
je pense que la Delta souffre de stabilité.
La solution serait de passer sur Raspberry, le soucis à mon niveau c’est que je ne pourrais plus controller mes volets Somfy IO.
Peut être l’option serait de relier le Raspberry à la Delta en USB, et ce servir de la delta comme gateway.
Si une âme charitable a déjà fait le test ou une autre chose à proposer, ce serai bienvenu.
Merci
Avec le plugin freebox t’es volets devraient remonter
J ai un store somfy et il remonte bien
Je ne sais pas si on est beaucoup mais c’est une horreur pour moi la stabilité de Jeedom sur la freebox Delta J’ai un uptime de 3 à 6 jours en moyenne ça peut descendre à 1-2 jours
à chaque fois je retrouve tout planté , les 3/4 du temps en redémarrant ça repart pour quelques jours mais la 2eme plantage en un peu plus d’un mois ou la VM est corrompue , plante et impossible à récupérer , même en sans échec , il va falloir que je trouves une solution , la c’est plus possible 
Tu as essayé de refaire la vm
Et ensuite restaurer ta sauvegarde
Et dans les logs tu as rien de Jeedom ?
bonjour , oui j’ai été obligé , la dernière VM etait irrécupérable donc je l’ai refaite et tout réinstallé et la il y a quelques heures
May 6 17:15:54 Jeedom kernel: [155394.212111] rcu: INFO: rcu_sched self-detected stall on CPU
May 6 17:15:54 Jeedom kernel: [155457.230316] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
May 6 17:15:54 Jeedom kernel: [155486.426281] rcu: 0-...!: (1 ticks this GP) idle=336/1/0x4000000000000004 softirq=7436601/7436601 fqs=0
May 6 17:15:54 Jeedom kernel: [155486.427519] rcu: (detected by 1, t=21173 jiffies, g=14455417, q=4037)
May 6 17:15:54 Jeedom kernel: [155486.428378] Task dump for CPU 0:
May 6 17:15:54 Jeedom kernel: [155486.428810] php R running task 0 11264 1 0x00000002
May 6 17:15:54 Jeedom kernel: [155486.429723] Call trace:
May 6 17:15:54 Jeedom kernel: [155486.430064] __switch_to+0xdc/0x148
May 6 17:15:54 Jeedom kernel: [155486.430549] 0xffff983d6a5c6580
May 6 17:15:54 Jeedom kernel: [155486.430972] rcu: rcu_sched kthread starved for 21173 jiffies! g14455417 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0
May 6 17:15:54 Jeedom kernel: [155486.432350] rcu: RCU grace-period kthread stack dump:
May 6 17:15:54 Jeedom kernel: [155486.433014] rcu_sched I 0 10 2 0x00000028
May 6 17:15:54 Jeedom kernel: [155486.433739] Call trace:
May 6 17:15:54 Jeedom kernel: [155486.434065] __switch_to+0xdc/0x148
May 6 17:15:54 Jeedom kernel: [155486.434467] rcu: 0-...!: (1 ticks this GP) idle=336/1/0x4000000000000004 softirq=7436601/7436601 fqs=0
May 6 17:15:54 Jeedom kernel: [155486.434531] __schedule+0x2b0/0x8b8
May 6 17:15:54 Jeedom kernel: [155541.857264] schedule+0x30/0x88
May 6 17:15:54 Jeedom kernel: [155541.857689] schedule_timeout+0x1c4/0x420
May 6 17:15:54 Jeedom kernel: [155541.858226] rcu_gp_kthread+0x484/0x8e8
May 6 17:15:54 Jeedom kernel: [155541.858736] kthread+0x130/0x138
May 6 17:15:54 Jeedom kernel: [155541.859166] ret_from_fork+0x10/0x1c
May 6 17:15:54 Jeedom kernel: [155542.306797] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
May 6 17:15:54 Jeedom kernel: [155542.307592] rcu: 0-...!: (1 ticks this GP) idle=336/1/0x4000000000000004 softirq=7436601/7436601 fqs=0
May 6 17:15:54 Jeedom kernel: [155542.308830] rcu: (detected by 1, t=42442 jiffies, g=14455417, q=4037)
May 6 17:15:54 Jeedom kernel: [155542.309689] Task dump for CPU 0:
May 6 17:15:54 Jeedom kernel: [155542.310125] php R running task 0 11264 1 0x00000002
May 6 17:15:54 Jeedom kernel: [155542.311048] Call trace:
May 6 17:15:54 Jeedom kernel: [155542.596757] rcu:
May 6 17:15:54 Jeedom kernel: [155542.676769] __switch_to+0xdc/0x148
May 6 17:15:54 Jeedom kernel: [155542.677516] 0xffff983d6a5c6580
May 6 17:15:54 Jeedom kernel: [155542.677933] rcu: rcu_sched kthread starved for 42442 jiffies! g14455417 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
May 6 17:15:54 Jeedom kernel: [155542.679277] rcu: RCU grace-period kthread stack dump:
May 6 17:15:54 Jeedom kernel: [155543.953842] (t=42442 jiffies g=14455417 q=4037)
May 6 17:15:54 Jeedom kernel: [155543.960058] rcu_sched R running task 0 10 2 0x00000028
May 6 17:15:54 Jeedom kernel: [155543.960987] Call trace:
May 6 17:15:54 Jeedom kernel: [155543.961354] __switch_to+0xdc/0x148
May 6 17:15:54 Jeedom kernel: [155543.961826] __schedule+0x2b0/0x8b8
May 6 17:15:54 Jeedom kernel: [155543.962292] schedule+0x30/0x88
May 6 17:15:54 Jeedom kernel: [155543.965581] schedule_timeout+0x1c4/0x420
May 6 17:15:54 Jeedom kernel: [155543.966118] rcu_gp_kthread+0x484/0x8e8
May 6 17:15:54 Jeedom kernel: [155543.966121] kthread+0x130/0x138
May 6 17:15:54 Jeedom kernel: [155543.966124] ret_from_fork+0x10/0x1c
May 6 17:15:54 Jeedom kernel: [155543.974297] CIFS VFS: Server mafreebox.freebox.fr has not responded in 180 seconds. Reconnecting...
May 6 17:26:28 Jeedom kernel: [155605.326234] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
May 6 17:26:28 Jeedom kernel: [155607.682758] rcu: 0-...0: (1 ticks this GP) idle=336/1/0x4000000000000004 softirq=7436601/7436601 fqs=7669
je sais pas si rapport ou non mais j’ai ça aussi :
[2020-05-06 17:56:43][ERROR] : Error on send request to jeedom ('Connection aborted.', error(104, 'Connection reset by peer')) retry : 0/3
[2020-05-06 17:56:43][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=FLmw9faPMctX2SNbVkUQvuejkT0IHO3Y (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffff86fb2850>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 1/3
[2020-05-06 17:56:43][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=FLmw9faPMctX2SNbVkUQvuejkT0IHO3Y (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffff86fb2750>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 2/3
[2020-05-06 17:56:43][ERROR] : Critical error on send_changes_async local variable 'r' referenced before assignment
[2020-05-06 17:56:44][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=FLmw9faPMctX2SNbVkUQvuejkT0IHO3Y (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffff86fb2850>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 0/3
[2020-05-06 17:56:44][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=FLmw9faPMctX2SNbVkUQvuejkT0IHO3Y (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffff86fb2190>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 1/3
[2020-05-06 17:56:44][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/openzwave/core/php/jeeZwave.php?apikey=FLmw9faPMctX2SNbVkUQvuejkT0IHO3Y (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffff86fb2790>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 2/3
[2020-05-06 17:56:44][ERROR] : Critical error on send_changes_async local variable 'r' referenced before assignment
[2020-05-06 17:26:38][ERROR] : Error: Incoming packet not valid length (0A 52 02 A8 EC 03 00 D6 50 10).
[2020-05-06 17:27:52][ERROR] : Error: Incoming packet not valid length (88 00 00 4E 0F C3 05 59 10 56 02 24 0C 00 00 16 00 0B 00 0C 00 4E 0F C3 50 0A 52 02 25 E4 05 00 DF 3C 01 59 0A 52 02 26 B1 01 00 B5 18 02 59 0A 52 02 27 EC 03 00 D5 2C 01 59 10 56 02 28 0C 00 00 00 00 0B 00 09 00 4E 0F C3 50 10 56 02 29 0C 00 00 16 00 0B 00 09 00 4E 0F C3 50 0A 52 02 2A 10 02 00 EC 1F 02 59 10 56 02 2B 0C 00 00 00 00 0B 00 09 00 4E 0F C3 50 11 5A 01 2C 52 B2 02 00 00 0B 10 00 00 4E 0F).
[2020-05-06 17:29:02][ERROR] : Error: Incoming packet not valid length (D4 B7 59 0A 52 02 2D F1 04 00 D7 2F 01 69 10 56 02 2E 0C 00 00 16 00 09 00 0C 00 4E 0F D4 50 0A 52 02 2F B1 01 00 B5 18 02 69 11 5A 01 30 52 B2 00 00 00 0B 21 00 00 4E 0F E5 5C 69 0A 52 02 31 AA 06 00 CA 22 02 59 0A 52 02 32 E4 05 00 DF 3C 01 59 0A 52 02 33 EC 03 00 D5 2C 01 59 0A 52 02 34 FA 07 00 D5 2F 01 59 11 5A 01 35 52 B2 04 00 00 0B 00 00 00 4E 0F ED A5 69 10 56 02 36 0C 00 00 87 00 09 00 0D 00 4E 0F ED 50 0A 52 09 37 07 06 80 21 40 01 59 0A 52 02 38 10 02 00 EC 1F 02 59 10 56 02 39 0C 00 00 87 00 09 00 09 00 4E 0F ED 50 0A 52 09 3A 07 06 80 2A 40 01 69 10 56 02 3B 0C 00 00 87 00 0A 00 06 00 4E 0F ED 50 0A 52 02 3C B1 01).
[2020-05-06 17:29:54][ERROR] : Error: Incoming packet not valid length (B4 18 02 59 0A 52 02 3D F1 04 00 D7 2F 01 69 10 56 02 3E 0C 00 00 5A 00 0A 00 00 00 4E 0F ED 50 11 5A 01 3F 52 B2 00 00 00 0B 21 00 00 4E 10 0E B6 69 10 56 02 40 0C 00 00 5A 00 0A 00 07 00 4E 10 0E 50 11 5A 01 41 52 B2 04 00 00 0B 00 00 00 4E 10 16 F9 69 0A 52 02 42 E4 05 00 DF 3C 01 59 0A 52 02 43 AA 06 00 CA 22 02 59 11 5A 01 44 52 B2 03 00 00 0B 21 00 00 4E 10 1F 32 69 0A 52 02 45 10 02 00 EC 1F 02 59 0A 52 02 46 FA 07 00 D5 2F 01 59 11 5A 01 47 52 B2 02 00 00 0B 00 00 00 4E 10 27 6F 59 10 56 02 48 0C 00 00 5A 00 07 00 0E 00 4E).
[2020-05-06 17:30:08][ERROR] : Error: Incoming packet not valid length (10 27 50 0A 52 02 49 B1 01 00 B4 18 02 59 10 56).
[2020-05-06 17:56:43][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=7bsXUtsixCYQcaFwNcuM3lSmWxPBD8Nj (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0xffffabdbd390>: Failed to establish a new connection: [Errno 111] Connection refused',)) retry : 0/3
Tu peux mettre les log avec les balises </>
Je sais pas si je vais trouver qq chose mais au moins se sera plus lisible
Merci
Tu as mis cb de Cpu et cb de ram ?
Tes disques sont ok sur la freebox ?
J’ai une vm qui tourne sur la Freebox depuis le début de sa mise en place et aucun soucis
j’ai mis 2 CPU et 5000 de ram
C’est le disque reçu avec la box je n’ai pas de chance j’ai jamais réussi a faire tourner plusieurs semaines en continu sans que ça plante et cela depuis le début
au début je croyais que c’était le hub j’en ai changé plusieurs fois mais toujours pareil , alimenté ou non
avec les mémoires d’origine ça le faisait aussi
C’est ce que je pense le disque
Tu as des pb avec le partage du disque le stockage ?
à vrai dire je n’utilise pas trop le partage donc je saurais pas dire , jusqu’ici je n’ai pas rencontré de pb
ce qui est étrange c’est que a chaque fois c’est a peu prés le même process
messages d’erreur et perte des démons / communication zwave , rfxcom , ipx des fois jeedom continue de tourner l’air de rien avec tout ça en carafe puis à un moment , perte de la comm avec jeedom , tout est injoignable mème en ssh ou console vm freebox ça ne répond plus
en redémarrant la freebox 95% des cas ça repart on va dire mais il y a un peu plus d’un mois irrécupérable j’ai refait une VM ( en gardant l’autre je me suis dit si il y a des clusters défectueux ils reteront occupés pas l’ancienne version ) et la aujourd’hui re gros plantage
Du coup disque ou freebox foireuse mais je pense que ça risque d’être difficile d’avoir un échange " parce que la VM Jeedom deconne dessus" lol
Tu pourrais essayer de connecter le disque sur un ordi pour l analyser
je n’y avais pas pensé , je vais essayer demain
Bonjour à tous, j’ai rencontré des problèmes similaires avec le disque dur de 1 To livré avec la Freebox Delta. Tout fonctionnait correctement jusqu’au jour où j’ai voulu restaurer une sauvegarde, et là les problèmes ont commencé, erreurs dans les logs , instabilité … J’ai procédé à plusieurs tests : test avec image fournie par Jeedom , test avec une image debian clean et installation de Jeedom manuellement en lignes de commande, avec ou sans partage du disque de stockage, quelquesoit le type de formatage ext4 ou autre le problème était identique, les données semblent corrompues après restauration. Avec un autre disque dur mécanique, même problème, sachant qu ils fonctionnent tous les 2 parfaitement et que je ne rencontre aucun problème durant mes téléchargements depuis plusieurs mois ou sur mes ordinateurs. La seule solution miracle que j’ai trouvé, c’est l’installation sur un disque dur SSD (en ext4 avec 4096 Mo de Mémoire + Port USB standard (type A), Port USB type C + Hub Usb 3.0 avec Eaton Protection STATION 800 branché et Z-Stick Aotec Gen5 depuis presque 2 mois), depuis plus aucun problème, les restaurations fonctionnent sans problème. si ça peut aider à trouver d’où vient l 'anomalie. De plus, si je copie la VM de mon SSD parfaitement fonctionnel sur l’un de mes Disques Mécaniques, et que je procède à une restauration, le problème est de nouveau présent. Maintenant les seules anomalies présentes sur la Freebox Delta sont les informations concernant le nombre de CPU, la Température et la Fréquence de celui-ci dans le plugin Monitoring.
1 « J'aime »
Bonjour,
Effectivement, pas mal d’instabilité constaté, pour ma part au niveau stockage je n’ai pas de soucis, ma vm jeedom est stable, je l’a fait tourner sur un ssd de 128 gb qui ne me sert plus.
Je conseille fortement de faire tourner des vms sur ssd.
A mon niveau c’est le module de sécurité qui embarque le chipset somfy de la freebox qui plante, régulièrement
même avec l’appli freebox sur ma tablette, plus de communication avec les volets.
Pour moi idéal serait de m’affranchir de la freebox et d’avoir un raspesberry avec une gateway pour la communication io des volet .
Je n’ai pas encore eu le temps de tester un autre disque mais d’un sens cela me rassure de ne pas être le seul. Pas de ssd dispo pour le moment mais j’attends le prochain bug et je vais déjà essayer un autre mécanique si il rentre. j’ai deja un Z-Stick Aotec Gen5 , je pensais même que c’était lui qui posait problème et testé plusieurs hubs alimentés ou non