Petit problème de démarrage


#1

Bonjour à tous,
Comme dit dans le titre Gladys à un léger soucis et c’est pas la première fois que ça m’arrive mais la j’ai pu voir qu’au bout de 36h, les process pm2 gladys et gladys-bluetooth ont été stoppé. En revanche glagys-xiaomi-home est toujours online.

Dans les logs, on peut voir ceci:
pi@gladys:~ $ pm2 logs gladys
[TAILING] Tailing last 15 lines for [gladys] process (change the value with --lines option)
/home/pi/.pm2/logs/gladys-out-0.log last 15 lines:
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Conditions verified, starting all actions.
0|gladys | Scenario : exec : Found 1 actions to execute.
0|gladys | Executing action “Exécute un script”
0|gladys | House : checkUsersPresence
0|gladys | Event : create : new Event with code : alarm
0|gladys | Scenario : Trigger : New event : alarm
0|gladys | Scenario : Trigger : Found 6 launchers with code alarm.
0|gladys | Scenario : Trigger : Launcher condition verified.
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Condition not verified.
0|gladys | Scenario : Trigger : Condition not verified.

/home/pi/.pm2/logs/gladys-error-0.log last 15 lines:
0|gladys | at /home/pi/gladys/node_modules/mysql/lib/protocol/Protocol.js:398:13
0|gladys | at _combinedTickCallback (internal/process/next_tick.js:131:7)
0|gladys | at process._tickDomainCallback (internal/process/next_tick.js:218:9)
0|gladys | cause: Error: Could not connect to MySQL:
0|gladys | Error: Handshake inactivity timeout
0|gladys | at afterwards (/home/pi/gladys/node_modules/sails-mysql/lib/connections/spawn.js:72:13)
0|gladys | at /home/pi/gladys/node_modules/sails-mysql/lib/connections/spawn.js:40:7
0|gladys | at Handshake.onConnect [as _callback] (/home/pi/gladys/node_modules/mysql/lib/Pool.js:54:9)
0|gladys | at Handshake.Sequence.end (/home/pi/gladys/node_modules/mysql/lib/protocol/sequences/Sequence.js:96:24)0|gladys | at /home/pi/gladys/node_modules/mysql/lib/protocol/Protocol.js:399:18
0|gladys | at Array.forEach ()
0|gladys | at /home/pi/gladys/node_modules/mysql/lib/protocol/Protocol.js:398:13
0|gladys | at _combinedTickCallback (internal/process/next_tick.js:131:7)
0|gladys | at process._tickDomainCallback (internal/process/next_tick.js:218:9),
0|gladys | isOperational: true }

Je vois qu’il y a des erreurs par rapport à mysql mais je ne sais pas les interpréter.

J’ai aussi essayer de tout simplement redémarrer le process gladys via pm2 mais ça m’affiche une erreur comme celle-ci:

pi@gladys:~ $ pm2 restart gladys
Use --update-env to update environment variables
[PM2] Applying action restartProcessId on app [gladys](ids: 0)
[PM2][ERROR] Process 0 not found
┌────────────────────┬────┬──────┬──────┬─────────┬─────────┬────────┬─────┬───────────┬──────┬──────────┐
│ App name │ id │ mode │ pid │ status │ restart │ uptime │ cpu │ mem │ user │ watching │
├────────────────────┼────┼──────┼──────┼─────────┼─────────┼────────┼─────┼───────────┼──────┼──────────┤
│ gladys │ 0 │ fork │ 1096 │ stopped │ 2 │ 0 │ 0% │ 0 B │ pi │ disabled │
│ gladys-bluetooth │ 1 │ fork │ 962 │ stopped │ 1 │ 0 │ 0% │ 0 B │ pi │ disabled │
│ gladys-xiaomi-home │ 2 │ fork │ 1024 │ online │ 0 │ 36h │ 0% │ 19.8 MB │ pi │ disabled │
└────────────────────┴────┴──────┴──────┴─────────┴─────────┴────────┴─────┴───────────┴──────┴──────────┘
Use pm2 show <id|name> to get more details about an app

Même chose pour le process de la dent bleu.
J’arrive cependant à remettre en marche gladys en redémarrant la raspberry mais au bout d’une journée et demie environ les process sont stoppé.

Avez vous une idée d’où peu venir le problème ou je suis bon pour réinstaller Gladys?


#2

Salut,

Peux-tu montrer le résultat de la commande:

df -h


#3

Voici le résultat:
Filesystem Size Used Avail Use% Mounted on
/dev/root 29G 28G 0 100% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 24M 441M 6% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 41M 22M 20M 53% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Qu’es que ça signifie?


#4

Ton / est plein (la ou l’os et tout le reste tourne).
ni mysql ni pm2 apprécie ca.

Lance donc cette commande pour voir:

du -sh ~/.pm2/logs/*

#5

ça donne ça:
0 /home/pi/.pm2/logs/gladys-bluetooth-error-1.log
0 /home/pi/.pm2/logs/gladys-bluetooth-error-2.log
12G /home/pi/.pm2/logs/gladys-bluetooth-out-1.log
14G /home/pi/.pm2/logs/gladys-bluetooth-out-2.log
472K /home/pi/.pm2/logs/gladys-error-0.log
106M /home/pi/.pm2/logs/gladys-out-0.log
0 /home/pi/.pm2/logs/gladys-xiaomi-home-error-1.log
0 /home/pi/.pm2/logs/gladys-xiaomi-home-error-2.log
0 /home/pi/.pm2/logs/gladys-xiaomi-home-out-1.log
4.0K /home/pi/.pm2/logs/gladys-xiaomi-home-out-2.log

Donc il va falloir redimensionner la partition c’est ça?


#6

Ok, tu as justement eu le soucis que j’ai rencontré ce week end.
Après des mois d’utilisation, les logs pm2 ont remplis le file system.

Par contre, ce sont les logs gladys–bluetooth qui bourrinent comme ca ? étonnant…

Pour le moment, fait simplement un :

rm -f  /home/pi/.pm2/logs/gladys-bluetooth-out-2.log
rm -f /home/pi/.pm2/logs/gladys-bluetooth-out-1.log

Et un petit reboot pour faciliter le redémarrage.


#7

Effectivement Gladys va mieux^^ et tu as supprimer plusieurs problème que j’avais Oo
gladys-bluetooth ne se lancer plus au démarrage du systeme et je ne comprenais pas pourquoi…
Mille merci pour tes réponses!

Mmmh pour ce qui est du très gros fichier de logs, ça viendrait pas du fait que je fais un scan bluetooth toute les 10 secondes?


#8

c’est possible oui, apres il faut plusieurs mois de log pour remplir 26G :slight_smile:

L’idéal serait de mettre une regle en log rotate pour pas que ca se reproduise.


#9

Ok je vais regarder comment faire ça.
merci beaucoup pour ton aide! :smiley: