Merci pour ton retour. Je pense comprendre qu’il y a un paramètre qui nous échappe et qui cause une saturation des infos./ Mais rien ne semble logique avec les "traitements " que nous appliquons. Ca me pourrit bien la vie car ma domotique qui tourne depuis des années confortablement est imprévisible maintenant.
Bonjour,
J’avais eu un soucis similaire, avec un usage CPU très élevé, le soucis venait de la taille des logs.
editer : /etc/systemd/journald.conf
ajouter ou decommenter la ligne : SystemMaxUse=200M
Merci pour ta proposition, je tente ce soir de réduire
Quand tu dis d’éditer :
le fais tu sous jeedom ou en SSH (via putty) ?
C’est de la configuration système et non jeedom ça doit donc se faire en ssh
1 « J'aime »
oui en SSH, : sudo nano /etc/systemd/journald.conf
1 « J'aime »
Après consultation sous Z2M, toutes les prises sont avec leur dernier firmware , soit build 77, ou build 80 pour les plus récentes. D’après moi rien à faire de ce côté.
Modification réalisée ce matin. J’ai rebooté et on verra ce soir ou demain, si le bavardage intempestif a cessé.
Depuis le we dernier, j’ai mis en place un graphe de la charge de mon PI4 . SI la semaine s’est à peu près passée normalement « domotiquement parlant », depuis 7 h du mat, sans que ne touche à quoi que ce soir (d’ailleurs à 7h ce matin, je dormais !) le PI affiche une charge élevée. J’ai rebooté il y a 1 heure , mais sans aucune amélioration.
Ce PI ne sert qu’à la domotique.
Voici l’état de santé actuel :
Ma question est : comment puis-je arriver à trouver ce qui semble charger le PI, quels tests puis-je faire pour débusquer le ou les coupables 
?
Salut,
Tu peux essayer de lancer la commande suivante depuis l’administration système de jeedom ou en SSH. Elle te donnera les 15 processus qui consomment le plus de CPU.
ps -eo pid,comm,%cpu --sort=-%cpu | head -15
C’est bien sur à un instant T mais ça peut permettre de diagnostiquer
Exemple chez moi :
$ ps -eo pid,comm,%cpu --sort=-%cpu | head -15
PID COMMAND %CPU
676 mariadbd 3.8
412006 apache2 0.6
448072 apache2 0.6
1570 node 0.5
298655 apache2 0.5
310978 apache2 0.5
369066 apache2 0.5
381415 apache2 0.5
400965 apache2 0.5
419241 apache2 0.5
1482 python3 0.4
1653 apache2 0.4
1939 node 0.4
221053 apache2 0.4
Merci pour ton info. J’attends que cela remonte (car tout est re decendu en dessous de 0.50, et je lance la commande.
Fais le déjà maintenant ça permettra de voir la diff avant / après
Voici le résultat à l’instant :
pi@PI4-Jeedom-D11-64:~ $ ps -eo pid,comm,%cpu --sort=-%cpu | head -15
PID COMMAND %CPU
266455 systemd 1.6
674 mariadbd 1.4
678 apache2 0.5
1634 apache2 0.5
266476 bash 0.5
21140 apache2 0.4
21173 apache2 0.4
185166 node 0.3
265440 apache2 0.3
99 irq/37-mmc0 0.2
5705 node 0.2
188526 node 0.2
262785 kworker/1:1-mm_ 0.2
266363 sshd 0.2
pi@PI4-Jeedom-D11-64:~ $
Je rajoute le graphe de la charge CPU. Actuellement le PI est calme, mais on voit la période de surcharge datant d’hier entre 7h00 et 20 h. Cette période a fini par entrainer (?) l’arrêt du démon Zwave-JS alors que ce plugin était très stable jusqu’à présent.
J’attends un autre pétage de câble du PI pour comparer…
Bonjour,
Pour que la charge CPU redescende tu a redémarrer ou pas ?
toujours dans /etc/systemd/journald.conf
tu peux ajouter :
SystemMaxFileSize=50
SystemMaxFiles=5
RuntimeMaxUse=200
Oui @Sylvainde j’ai rebooté mais le « bazar » à continué encore pendant une heure puis tout s’est calmé.
Voici le fichier de conf après tes modifs :
[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
#SystemMaxUse=
#SystemKeepFree=
SystemMaxFileSize=5
#SystemMaxFiles=100
SystemMaxUse=200
#RuntimeMaxUse=
#RuntimeKeepFree=
RuntimeMaxUse=200
RuntimeMaxFileSize=50
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K
#ReadKMsg=yes
#Audit=no
Après le reboot il a du supprimer les logs ancien d’où la charge CPU élevé.
A voir si la charge CPU remonte à la hausse
J’ai aussi ce paramètre : storage=volatile
Aucun accès sur la SDcard ou SSD pour les logs, meilleur perf, mais perte des logs après chaque reboot.
J’avais eu le même soucis que toi, avec tous ces paramètres plus aucun soucis de perf, surtout sur zigbee
Hello,
Apparemment mon pi recommence à se surcharger :
Voici le relevé en SSH
pi@PI4-Jeedom-D11-64:~ $ ps -eo pid,comm,%cpu --sort=-%cpu | head -15
PID COMMAND %CPU
650087 apache2 3.4
648472 apache2 2.9
666975 apache2 2.8
650054 apache2 2.6
650327 apache2 2.5
649089 apache2 2.2
787767 systemd 2.2
633658 apache2 1.9
633657 apache2 1.7
674 mariadbd 1.5
787764 sshd 0.7
787788 bash 0.6
492270 apache2 0.5
408783 apache2 0.4
Apparemment ce sont des applications qui utilisent apache ? Mais comment préciser ce que cela contient ?
Ce que tu montre la est quand même le signe d’une conso de CPU relativement faible.
Je pense pas que tu arrivera à en tirer grand chose.
Ta conso CPU n’a pas baissée depuis ?
Car le process le plus consommateur qui mange 3.4 % y a pas grand chose à optimiser en l’état …
Je pense que t’a des pics, il faudrait essayer de les chopper sur cette commande.
Un accalmie :
@PI4-Jeedom-D11-64:~ $ ps -eo pid,comm,%cpu --sort=-%cpu | head -15
PID COMMAND %CPU
650087 apache2 2.5
650054 apache2 2.0
650327 apache2 2.0
666975 apache2 1.9
633658 apache2 1.7
649089 apache2 1.6
674 mariadbd 1.5
789111 apache2 1.3
789112 apache2 1.2
788526 apache2 0.9
492270 apache2 0.5
5705 node 0.3
185166 node 0.3
834180 kworker/1:0-eve 0.3
Curieux quand même. Ton jeedom est ouvert sur internet ?
Si oui via les DNS jeedom ? ou autrement ?