1211 1 12.0 29.2 /usr/sbin/mariadbd
Sans suivi-conso
1211 1 12.6 26.3 /usr/sbin/mariadbd
ca baisse doucement
1211 1 13.1 25.2 /usr/sbin/mariadbd
Sans broadlink
1211 1 13.1 24.5 /usr/sbin/mariadbd
Sans Mirobot
1211 1 13.2 23.4 /usr/sbin/mariadbd
J’ai réactivé les 2 derniers, ca continu de baisser…
1211 1 13.4 23.1 /usr/sbin/mariadbd
…
1211 1 13.7 20.9 /usr/sbin/mariadbd
j’ai créer un post dédié pour savoir qu’elle est la charge sur une conf ATLAS attendu
la chute continue depuis l’arrêt du plugin SUIVI CONSO
1211 1 14.4 18.0 /usr/sbin/mariadbd
j’ai rebooté mon jeedom avec le plugin OFF
1206 1 3.7 12.0 /usr/sbin/mariadbd
…
1206 1 7.1 11.6 /usr/sbin/mariadbd
…
1206 1 7.9 12.5 /usr/sbin/mariadbd
ca grimpe en RAM mais le CPU semble se stabiliser
1206 1 11.0 11.8 /usr/sbin/mariadbd
j’ai relancé le plugin SUIVI CONSO, pour voir si cela remonte fort
1206 1 14.5 18.5 /usr/sbin/mariadbd
…
1206 1 14.6 19.5 /usr/sbin/mariadbd
J’ai peut être trop qu’équipements créés ?
Bonjour @superbricolo
est-ce normal cette montée en charge de la MEM et CPU sur la SGBD avec le plugin lancé ?
sans le plugin : 1206 1 3.7 12.0 /usr/sbin/mariadbd
1206 1 15.6 23.7 /usr/sbin/mariadbd
Je ne sais pas, il y a beaucoup de commandes à mettre à jour. Mais normalement elle se mettent à jour que toutes les 30 minutes. Il y a aussi bien sur l’enregistrement des données dans conso_teleinfo au fil de l’eau.
Pour les tests tu as arrêté que le démon?.
Perso je suis sur PC Hystou avec énormément d’équipement SuiviConso aussi, j’ai une charge plus importante, mais des temps de réponses pas aussi importants que toi
Ca fait un moment que j’essaie de voir comment je pourrais moucharder les requêtes consommatrices mais pour le moment, je n’ai pas réussi
Sinon ils sont paramétrés comment les tâches conso dans le moteur de taches?
J’ai tenté d’arrêter le demon pour voir. Après quelques minutes, ma charge ne baisse pas
J’ai désactivé le plugin pour les tests
pour le cron :
j’ai désactivé la moitier des équipements mais la charge CPU a encore montées
1206 1 17.4 29.1 /usr/sbin/mariadbd
je vais redescactiver le plugin voir si cela baisse durablement
ok pas de soucis coté cron
Bonjour
sans le plugin, la SGBD est stable à :
1206 1 19.9 18.5 /usr/sbin/mariadbd
je réactive le plugin, j’ai désactivé la moitier des équipements
@superbricolo et via le WAN, par le DNS jeedom, ca fonctionne chez vous ?
En WAN impossible d’avoir l’affichage des données, ca reste vide
J’utilise pas le DNS Jeedom
pas d’accès externe ?
ca reste stable pour le moment avec 9 équipements
1206 1 20.1 20.1 /usr/sbin/mariadbd
Si j’ai un accès externe avec domaine ovh et certificat let’s enscript + reverse proxy sur Nas Synology
Et pas de soucis avec l’affichage depuis l’extérieur ?
Normalement non, mais ça fait un moment que je n’ai pas utilisé. Il faut que je réessaie
Avez vous peu être pensé que c’est peu être carte sd qui fait des signes fatigué ?
Bonjour, pas de carte SD sur l’Atlas
J’ai eu un problème similaire récemment, j’ai du vider le dossier /var/www/html/log/ qui semblait empêcher le démon de fonctionner correctement (j’avais de gros fichiers). Peut-être rien à avoir avec ton soucis mais dans le doute tu peux essayer de faire de même 
Regarde avec cette commande :
sudo du -sh /var/log/* | sort -h | tail
Comme ça tu peu voir la taille des logs.
Et si les logs sont gros voici un lien qui va pouvoir t’aider:
https://community.jeedom.com/t/souci-de-memoire/130830/2
j’avais regardé du cotés log mais ca me semble correcte ?
68K /var/log/wtmp
120K /var/log/armbian-hardware-monitor.log
132K /var/log/kern.log
132K /var/log/messages
176K /var/log/syslog
272K /var/log/fail2ban.log
292K /var/log/lastlog
344K /var/log/daemon.log
1,9M /var/log/btmp
8,9M /var/log/auth.log
Je ne vois pas le fichie journal.log, c’est surtout lui qui grossit.
Je sais pas si c’est normal mais le compte adm avec le fichier auth.log fait plus de 9g et le compte utmp avec le fichier btmp fait au moins 2g.
Je sais si c’est normal pour moi ça fait beaucoup
