27h sans crash
… Serait-ce donc un plugin récalcitrant ? Affaire à suivre.
Bon j’ai toujours des crashs tout les 3-4 jours. Avoir désactivé la plupart des plugins (cf ci-dessus) n’a pas résolu le pb donc je les ai réactivés car je dois garder mon système fonctionnel (j’ai pas mis en place un ping régulier sur mon raspi qui reboot la prise commandée de l’atlas pour la redémarree).
@Aurelien je vois qu’il y a des nouvelles images système datant d’aujourd’hui, est-ce que ça vaut le coup de tenter d’en installer une pour voir si ça change qqch ? Il y a peut-être des mois « profondes » qui résoudraient mon souci ?
J’ai refait le tour des messages.
Pour commencer, ce message est tout à fait normal sur une Atlas et sans impact sur son fonctionnement :
[ 3.431276] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
[ 3.431409] rockchip-pcie f8000000.pcie: probe with driver rockchip-pcie failed with error -110
Concernant les crashs, j’ai une piste liée au plugin Atlas. En attendant sa réécriture, deux solutions à tester :
-
désactive le plugin Atlas sur ton installation actuelle, fais une sauvegarde Jeedom avec le plugin désactivé, puis restaure-la sur le nouveau système sans réactiver le plugin Atlas.
-
ou, en SSH juste après un reboot, crée le fichier
/etc/NetworkManager/conf.d/10-unmanaged-wired.confavec ce contenu :[keyfile] unmanaged-devices=type:ethernetPuis redémarre.
Merci pour ton retour rapide. J’ai désinstallé et supprimé le plugin Atlas avant mon dernier crash. Mais je vais tester ce que tu me dis
Je viens d’avoir un crash donc je tente la deuxième option
Si tu as bien suivi mes recommandations et que le plugin Atlas n’est pas installé alors le problème n’est pas là où je pensais. A part si un autre plugin installe NetworkManager.
Tu peux vérifier avec la commande which nmcli depuis l’administration système Jeedom. Si cette commande ne retourne rien comme prévu alors la seconde option n’y changera rien.
J’avais deja désinstallé le plugin avant ta recommandation, donc sans avoir sauvegardé/réappliquer la sauvegarde, et j’avais quand même eu un crash après.
Là j’ai fait la deuxième proposition en ssh, et maintenant le résultat de which nmcli est : /usr/bin/nmcli
Ça vaut le coup de tenter la première recommandation aussi maintenant ?
…Le plugin Atlas est installé ou pas suite au recovery ? Tu le vois dans la liste des plugins ?
Ah mais t’as pas fait de recovery en fait ?! Le but est justement de restaurer une sauvegarde sans le plugin Atlas, s’il a déjà été installé le supprimer ne sert à rien et ça n’a rien à voir avec la solution 1 (merci de lire) :
J’avoues ne pas comprendre grand chose, merci d’être plus précis parce que :
C’est à l’opposé total de la solution 1.
Alors oui si tu es déjà sur le nouveau système tu peux appliquer la solution 2 mais je suis pas devin et tu as dit à de multiples reprises que tu étais revenu à l’ancienne image.
J’avais pris le soin de donner 2 solutions pourtant selon le cas de figure mais tu ne peux pas dire qu’une solution proposée ne fonctionne pas si tu ne la mets pas en place.
Merci pour ta réactivité, effectivement je ne suis probablement pas assez clair après tous ces messages.
Actuellement je tourne sur une Atlas installée avec l’image debian 12.13/ jeedom 4.5.2, mis à jour ensuite en 4.6.1.
Quand tu m’as écrit :
deux solutions à tester :
désactive le plugin Atlas sur ton installation actuelle, fais une sauvegarde Jeedom avec le plugin désactivé, puis restaure-la sur le nouveau système sans réactiver le plugin Atlas.
ou, en SSH juste après un reboot, crée le fichier /etc/NetworkManager/conf.d/10-unmanaged-wired.conf avec ce contenu :
[keyfile]
unmanaged-devices=type:ethernet
Puis redémarre.
J’avais en fait déjà supprimé le plugin Atlas précédemment donc la solution 1 ne me paraissait pas la solution la plus évidente à appliquer dans mon cas. Et comme j’ai eu un crash juste à ce moment j’ai saisi l’opportunité d’appliquer plutôt la solution 2 pour profiter du reboot et créer le fichier .conf.
Est-ce que ça te paraît plus clair ? Mais peut être incohérent 
Je pensais que tu étais revenu à l’ancienne image Atlas. La solution 1 parlait bien de restaurer une sauvegarde sur un système « neuf ».
Supprimer le plugin Atlas ne suffit pas, ses dépendances sont toujours en place or ma proposition était justement de restaurer ta sauvegarde, suite à un recovery, avec le plugin désactivé afin qu’il ne réinstalle pas ses dépendances sur le nouveau système (nouvelle image).
Si tu es déjà sur un système issu d’une nouvelle image alors oui solution 2.
J’ai donc bien suivi la solution 2, je vais voir si j’ai encore des crashs.
Si c’est le cas j’essaierai la solution 1 en utilisant alors la nouvelle image sortie aujourd’hui.
Bon la solution 2 n’a pas fonctionné : j’ai eu un crash ce matin.
Je tente la solution 1 : sauvegarde de mon système avec le plugin Atlas désinstallé, install de la dernière image disponible (12.14 / 4.6.1 du 29 juin), application de ma sauvegarde.
Je te tiens au courant.
Tu as bien redémarré la box avec avoir ajouté le fichier en root ? Sinon ce test n’aura servi à rien.
Dans l’affirmative, tu peux effectivement tester sur une base saine pour être certain mais ces 2 solutions devaient normalement corriger le même problème que je pense avoir identifié dans les logs.
Y’a quand même un souci de fuite mémoire sur ton installation à en croire ce message :
Faudrait voir la consommation de swap également. Dans l’absolu, j’aurais pu en rester à ça sans même lire les logs. Si tu as bien redémarré après l’ajout du fichier de la solution 2 alors il y a peut être 2 problèmes distincts.
J’avais bien redémarré la box après avoir créé le fichier.
J’attends un peu que la box tourne de manière nominale pour faire des relevés de mémoire libre et de swap, là elle a chaud après la reinstall et la relance de toutes les dépendances 
Quand elle aura repris sa respiration n’hésites pas à vérifier que networkManager n’est pas installé avec which nmcli dont le retour doit être vide. L’éventuel problème que je pense avoir identifié comme étant la cause de tes déconnexions réseau (assimilable à un crash) venait de là d’après mon analyse.
Retour vide sur la commande which nmcli !
Voici mes historiques de mémoire depuis 24h.
A 13:17 hier le drop semble corrélé avec le lancement d’une sauvegarde manuelle.
Entre 19:30 et 22:00 environ le trou correspond à l’install de la nouvelle image.
Et donc depuis 23:00 on peut considérer que je suis en fonctionnement nominal 12.14 / 4.6.1.
J’ai mis aussi le swap libre mais j’ai l’historique seulement depuis 22h hier, il plafonne à 99%.
De plus en plus bizarre ton truc… A mon sens il faudrait quand même fournir à nouveau ces logs car ce sont ceux qui semblent le plus parlant :
Côté routeur ça affiche la même chose que dans ce précédent message ?
La réponse à sudo journalctl -p err :
Jul 02 21:43:37 JeedomAtlas kernel: watchdog: watchdog0: watchdog did not stop!
-- Boot 6671a59bb8bb4be6988de54478f57b37 --
Jul 02 21:44:11 JeedomAtlas kernel: rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
Jul 02 21:44:11 JeedomAtlas kernel: rockchip-pcie f8000000.pcie: probe with driver rockchip-pcie failed with error -110
Jul 02 21:44:13 JeedomAtlas kernel: asoc-audio-graph-card sound: ASoC: DAPM unknown pin Headphones
Jul 02 21:44:13 JeedomAtlas kernel: asoc-audio-graph-card sound: ASoC: DAPM unknown pin Headphones
Jul 02 22:22:10 JeedomAtlas bluetoothd[43848]: src/plugin.c:plugin_init() Failed to init vcp plugin
Jul 02 22:22:10 JeedomAtlas bluetoothd[43848]: src/plugin.c:plugin_init() Failed to init mcp plugin
Jul 02 22:22:10 JeedomAtlas bluetoothd[43848]: src/plugin.c:plugin_init() Failed to init bap plugin
Jul 02 22:22:10 JeedomAtlas bluetoothd[43848]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Jul 02 22:22:10 JeedomAtlas bluetoothd[43848]: sap-server: Operation not permitted (1)
Jul 02 22:26:22 JeedomAtlas bluetoothd[45122]: src/plugin.c:plugin_init() Failed to init vcp plugin
Jul 02 22:26:22 JeedomAtlas bluetoothd[45122]: src/plugin.c:plugin_init() Failed to init mcp plugin
Jul 02 22:26:22 JeedomAtlas bluetoothd[45122]: src/plugin.c:plugin_init() Failed to init bap plugin
Jul 02 22:26:23 JeedomAtlas bluetoothd[45122]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Jul 02 22:26:23 JeedomAtlas bluetoothd[45122]: sap-server: Operation not permitted (1)
-- Boot 490250d4878b45b0a39f7728b30375fd --
Jul 03 10:50:34 JeedomAtlas kernel: rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
Jul 03 10:50:34 JeedomAtlas kernel: rockchip-pcie f8000000.pcie: probe with driver rockchip-pcie failed with error -110
Jul 03 10:50:36 JeedomAtlas kernel: asoc-audio-graph-card sound: ASoC: DAPM unknown pin Headphones
Jul 03 10:50:36 JeedomAtlas kernel: asoc-audio-graph-card sound: ASoC: DAPM unknown pin Headphones
Jul 03 10:50:37 JeedomAtlas bluetoothd[389]: src/plugin.c:plugin_init() Failed to init vcp plugin
Jul 03 10:50:37 JeedomAtlas bluetoothd[389]: src/plugin.c:plugin_init() Failed to init mcp plugin
Jul 03 10:50:37 JeedomAtlas bluetoothd[389]: src/plugin.c:plugin_init() Failed to init bap plugin
Jul 03 10:50:37 JeedomAtlas bluetoothd[389]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
Jul 03 10:50:37 JeedomAtlas bluetoothd[389]: sap-server: Operation not permitted (1)
Et coté freebox l’Atlais apparait bien connecté en ethernet avec son IP locale.