désolé pour le format. En attendant, j’ai fait les modifs proposées dans Taille du répertoire /var/log énorme. Debian 11 et 12
Notez que je n’ai jamais eu de pb de Swap. Il est toujours à 100%
Avec seulement 512Mo, n’est-ce pas suspect ?
jeff@Rpi5jf:/var/log/journal/377b59dc423b49b596e1cd80aa1681d8 $ du -sh /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/* | sort -h | tail
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-000000000005ea7f-00062f71662a71b7.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-0000000000075f7d-00062f9fbf909361.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-0000000000290bfe-000634699680e349.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-00000000002d6d81-000635077e682215.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-0000000000323cc9-000635b51b35dcc7.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-0000000000362bde-0006364138738184.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-00000000003e58d0-0006377082ebd50a.journal
50M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@d18dff62e4da432e99043b0aefbfd3c3-00000000000a39a6-00063a5c8d46c1e7.journal
65M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@00062edf8bcc0082-8d7d27507152dedf.journal~
65M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8/system@cc599d24cb6f444f8b9f0b83fae32a14-0000000000471eec-000638aefe475091.journal
Avec 8 Gb de Ram dont 6.8 Gb dispo, le swap ne devrait pas être activé. Cependant, comment l’augmenter ?
Après la modif du fichier de conf :
$ du -sh /var/log/journal/* | sort -h | tail
138M /var/log/journal/377b59dc423b49b596e1cd80aa1681d8
On va voir ce que cela donne sous 1 à 2 semaines.
Bonjour,
Vous m’avez demandé de publier la page santé et la liste des plugin. Quelle est votre analyse ?
Merci
avant de demander des analyses, p-e faire un retour?
Bonsoir,
Jusque là rien de neuf. Cependant, les infos demandées montrent-elles un pb ?
Bonsoir.
Les informations montre que vous êtes en Debian 12 avec une édition de Jeedom en 4.4.9
C’est Debian 11 qui est officiellement la distribution supportée pour Jeedom.
Sinon, vous, avez vous de nouveau constaté des problèmes depuis que vous avez réalisé la modification que l’on vous a conseillé ?
1 « J'aime »
Montrez le graphique
Y a quand même du neuf, non ? 
Bonjour,
Le plantage intervient généralement environ 2 semaines après le reboot. Je ne pourrai me prononcer sur une amélioration que dans 1 semaine, cela semble raisonnable.
Cependant, le plantage ne semblait pas dû à un besoin de mémoire ou de disque non satisfait. Le fait de limiter la taille et la durée de conservation des log va dans le bon sens mais peut simplement retarder le crash. Par ailleurs, d’après le post cité, cette opération était une réponse à un problème de swap, problème que je n’ai pas (mon swap restait à 100% avec « seulement » 500Mb) même si je suis tout de même passé un 1 Gb.
Concernant Debian 12, beaucoup d’installations jeedom fonctionnent correctement en debian 12. Sur quels critères l’approbation jeedom interviendra-t-elle ? (y a-t-il une date prévisionnelle ?)
Bonne journée.
Bonjour.
Ceux qui sont sur Debian 12, sont généralement sur Jeedom 4.5 (bêta ou Alpha).
C’est pour avoir surtout, la cohérence du code de Jeedom et la version de PHP qui est différente sur cette édition (qui pourrait donc, être un facteur de panne dans votre cas).
J’hésite tout de même à charger une version beta, mon image disque étant ancienne (d’ailleurs, il faudrait que je m’en occupe).
Je vais être pris quelques jours. Je tenterai éventuellement la 4.5 ensuite, selon les retours sur le blog, en particulier pour l’impact sur la compatibilité des plugin.
Merci.
Vous êtes en deb12, non ? L’image disque ne peut pas être si vieille que ça.
Pour les compatibilités (debian12) … Compatibilité des plugins avec Debian 12 - Bookworm, php 8, python 3.11
Côté jeedom 4.5 (beta), je n’ai pas souvenir de plugins incompatibles
Vous n’avez pas répondu à ca …
Norbert
Ancienneté de l’image disque : C’est exacte, de l’installation en RPI5 n’est pas très ancienne, Cependant, de mémoire, les sauvegardes ne gardent pas toute l’installation. Il y a un manque entre l’image debian « vierge » et jeedom. Je me suis fait surprendre lors de mon upgrade en RPI5 / debian12
Pour le graphique, il est nécessairement différent (c’était déjà le cas d’un plantage à l’autre). Pour info, l’occupation mémoire est actuellement plus importante que lors des plantages précédents … à suivre. Comme je l’ai indiqué, j’attends une durée significative avant de faire un nouveau point.
Je ne manquerai pas de vous informer.
Cdlt
ca fait pile 2 semaines depuis le 29 juillet pourtant
du coup c’était quoi l’intérêt de relancer le post puisque vous refusez de fournir ce qu’on demande? juste pour nous faire perdre du temps?
2 « J'aime »
J’avoues il est un peu bizarre ce sujet… Des jours que ça dure et aucun élément concret quel qu’il soit, c’est frustrant. Avec un titre pareil j’avais sorti le popcorn pourtant 
Parce que bon, jusqu’à maintenant on a vu une machine avec 8Go de RAM occupés à moins de 20% au grand maximum.
1 « J'aime »