Fuite mémoire debian 12 / Rpi5

Bonjour,
Depuis au moins un mois et demi, mon jeedom 4.4.19 plante systématiquement au bout d’un dizaine de jours. Il est nécessaire de procéder à un on/off (accès SSH également impossible). Je n’ai pas fait de modif depuis 6 mois sauf mise à jour du système et des plugins. J’observe une fuite mémoire continue (mémoire disponible et mémoire libre) alors que le swap libre reste à 100%. Avant plantage la mémoire disponible est encore à 85% et la mémoire libre est encore à 55%. C’est le seul symptôme que j’ai observé. Quels sont les moyens d’investigation ? Merci

1 « J'aime »

Hello,

Commence par poster un screen de la page santé de jeedom stp :slight_smile:

Quels plugins utilise tu ?

2 « J'aime »

Hello,

Debian 12 = Jeedom 4.5 bêta minimum :wink:

Xav

Disons que jeedom 4.5 a une plus grande compatibilité à debian 12 que 4.4.19, mais peut-on dire que c’est la version minimum ?

Antoine

Ah je pensais que c’était un pré requis à Debian 12 ! Peut-être à tord :innocent:

J’ai une 4.4.19 qui tourne sous Debian12 depuis des mois sans problème, donc non je ne pense pas que la 4.5 est un prérequis.

3 « J'aime »

Pas de page santé, pas de liste de plugins, pas de logs, …

Qu’est-ce qui te fait dire que c’est une fuite mémoire ?
Une petite mémoire se caractérise par une baisse continue de la mémoire et planque le système lorsque tout arrive à zéro.
Là , tu sembles dire que ton système crash alors que tu es à 55 % de mémoire.

Norbert

Bonjour,
La baisse continue de mémoire est le seul symptôme visible. Le plantage intervient bien avant que la trace (historique système) indique zéro mais je ne suis pas sûr que l’enregistrement soit encore fait au moment du plantage. Je n’ai rien installé depuis des mois.

La page santé est verte

GRDF et jeedom connect sont inhibés

la remontée est due soit à un on/off préventif de ma part, soit à un on/off curatif après plantage. La dernière remontée est suite à un on/off alim après plantage. Le graphe de mémoire libre a la même allure. Le swap libre reste à 100%.

Observez-vous une telle baisse de mémoire sur vos installations, ou peut-être avec une libération de mémoire par période ?

Bonjour,

Quel est le résultat de la commande :

sudo journalctl --disk-usage

Si le résultat est supérieur à 500 Mo, voir Log énorme

L’accès à la page pour exécuter la commande se fait par Ctrl Click sur le nom de votre Jeedom sous l’horloge en haut à droite.

Archived and active journals take up 3.1G in the file system.
C’est très important mais j’ai un ssd de 128 Gb, et chaque log n’est pas énorme. Un seul devrait être ouvert à la fois sans doute.

1 « J'aime »
$ du -sh /var/log/* | sort -h | tail
du: cannot read directory '/var/log/letsencrypt': Permission denied
du: cannot read directory '/var/log/private': Permission denied
8.0K    /var/log/runit
12K     /var/log/lastlog
16K     /var/log/dpkg.log.3.gz
36K     /var/log/dpkg.log.5.gz
48K     /var/log/letsencrypt
52K     /var/log/exim4
68K     /var/log/dpkg.log
164K    /var/log/apt
188K    /var/log/wtmp
3.2G    /var/log/journal
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

chacun des fichiers fait 50 Mb max

Avez-vous lu le post donné aussi avec la commande ?

Par exemple :

Merci d’éditer pour formater le log avec:

saisissez ou collez du code ici

Merci, cela facilitera la lecture et donc leur interprétation.