Jeedom smart se plante souvent

[Titanium31]

Bonjour à tous

Depuis le 14 juillet jeedom fonctionnait correctement, mais c'est du passé... j'avais programmé un envoi de mail toutes les heures, et le dernier est arrivé ce matin à 4:00. Ce matin plus de web plus de ssh.
Le derniers plugin activé est caméra, les plugins activé et installés sont :
Actions sur coucher du soleil
Agenda
Alarme
App mobile
Caméra
Dark sky
Free SMS
Géo localisation
Héliotrope
Email
Monitoring
NEST
Netatmo station
Networks
Nut
OpenVPN
Pushbullet
RFC COM
Thermostat
Virtuel
Widget
Zwave

Je suis dépité, je pensais que j'avais résolu le problème...

Help ..

Daniel


Envoyé de mon iPhone en utilisant Tapatalk

[fwehrle]

Bonjour,
Bonne nouvelle.
Un petit dd -h en ssh te permettra de voir la taille des point de montage / (root) et /tmp

[Titanium31]

root@jeedom:~# dd -h
dd: invalid option -- 'h'
Try 'dd --help' for more information



Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

Est tu sur de ta commande man donne :
dd - convert and copy a file

Daniel


Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

En cherchant je vient de trouver tu voulais dire ds -h ?

Daniel


Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

Je voulais dire de - h (suis pas bien réveillé...

Daniel


Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

Et m.... df - h
Ah le correcteur ....

Daniel


Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

root@jeedom:~# ds -h
-bash: ds: command not found
root@jeedom:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p7 6.5G 2.8G 3.4G 46% /
udev 732M 0 732M 0% /dev
tmpfs 172M 14M 159M 8% /run
tmpfs 859M 0 859M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 859M 0 859M 0% /sys/fs/cgroup
tmpfs 256M 6.2M 250M 3% /tmp
/dev/mmcblk0p1 253M 101M 152M 40% /media/boot


Envoyé de mon iPhone en utilisant Tapatalk

[Titanium31]

Code : Tout sélectionner

root@jeedom:~# ds -h
-bash: ds: command not found
root@jeedom:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/mmcblk0p7  6.5G  2.8G  3.4G  46% /
udev            732M     0  732M   0% /dev
tmpfs           172M   14M  159M   8% /run
tmpfs           859M     0  859M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           859M     0  859M   0% /sys/fs/cgroup
tmpfs           256M  6.2M  250M   3% /tmp
/dev/mmcblk0p1  253M  101M  152M  40% /media/boot

En bloc code c’est plus clair ..

Daniel

[fwehrle]

Saleté de correcteur. Bon ben t'as trouvé quand même.
Tout semble bon. Surveille ton tmp

Envoyé de mon Nexus 6P en utilisant Tapatalk

[Titanium31]

Je veux bien le surveiller mais je suis pas un connaisseur d’unix ... juste quelque notions.
Un ls -l de tmp :

Code : Tout sélectionner

root@jeedom:/tmp# ls -l
total 304
-rw-r--r-- 1 www-data www-data 256008 Jul 25 04:46 cacert.pem
-rw------- 1 root     root          0 Jan  1  1970 filem93VTw
drwxr-xr-x 5 www-data www-data    160 Jul 25 06:00 jeedom
-rw------- 1 www-data www-data  44382 Jul 25 06:15 nest_php_cache_e0ed3f50b838e13b9b7ee4b004b8bf79
-rw------- 1 www-data www-data    336 Jul 25 06:15 nest_php_cookies_e0ed3f50b838e13b9b7ee4b004b8bf79
-rw-r--r-- 1 www-data www-data      5 Jul 25 04:45 openzwaved.pid
-rw-r--r-- 1 www-data www-data      0 Jul 25 04:45 pushbullet.log
drwxr-xr-x 2 www-data www-data     40 Jul 25 04:45 python-openzwave-eggs

Tu en pense quoi ?

Daniel

[Titanium31]

J'ai trouvé dans les logs de RFXCOM :

Code : Tout sélectionner

[2017-07-25 02:04:21][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 02:05:00][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 02:05:39][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 06:45:40][INFO] : Lancement démon rfxcomd : /usr/bin/python /var/www/html/plugins/rfxcom/resources/rfxcomd/rfxcomd.py --device /dev/ttyUSB0 --loglevel info --socketport 55000 --serialrate 38400 --protocol 12,13,18,20,21,22,23 --callback http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php --apikey nyUUmHL2hip7jjnVBjspIIUvmN5j8eEVWc19Ej462R25rhfH --cycle 0.3 --pid /tmp/jeedom/rfxcom/deamon.pid
[2017-07-25 04:45:41][INFO] : Start rfxcomd
[2017-07-25 04:45:41][INFO] : Log level : info
[2017-07-25 04:45:41][INFO] : Socket port : 55000
[2017-07-25 04:45:41][INFO] : Socket host : 127.0.0.1
[2017-07-25 04:45:41][INFO] : PID file : /tmp/jeedom/rfxcom/deamon.pid
[2017-07-25 04:45:41][INFO] : Device : /dev/ttyUSB0
[2017-07-25 04:45:41][INFO] : Apikey : nyUUmHL2hip7jjnVBjspIIUvmN5j8eEVWc19Ej462R25rhfH
[2017-07-25 04:45:41][INFO] : Callback : http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php
[2017-07-25 04:45:41][INFO] : Cycle : 0.3
[2017-07-25 04:45:41][INFO] : Serial rate : 38400
[2017-07-25 04:45:41][INFO] : Serial timeout : 9
[2017-07-25 04:45:41][INFO] : Protocol : 12,13,18,20,21,22,23
[2017-07-25 04:45:41][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 06:45:44][INFO] : Démon RFXcom lancé
[2017-07-25 04:45:59][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 04:46:12][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 04:46:52][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2017-07-25 04:47:30][INFO] : Starting new HTTP connection (1): 127.0.0.1

J'en déduis que si si c'est en heure UTC ce que je crois comprendre alors le plantage à eu lieu après 04:05 locale ce qui explique le dernier message à 04:00, et le reboot à 06:45:41, mais quid du message de 06:45:40 ...

ce que je ne comprends pas c'est le passage dans le log de 02:05:39 à 06:45:40 puis à 04:45:41 ??? ou alors on passe de UTC (02:05:39 heure du plantage) en locale (06:45:40 reboot) puis retour en UTC (04:45:41 démarrage de RFXCom) ce qui parait logique bien que perturbant ..

Est ce juste ..

Daniel

[Titanium31]

Bon ... plantage à 15:45.
Jeedom de nouveau inutilisable.

Je crois que je vais laisser tomber ... J'ai pas le choix je ne peux pas compter dessus, assez déçu pour dire vrai.

Dernière tentative : Il faudrait que je fasse une sauvegarde externe ( elle est en cours ) une réinstalle recovery mode (téléchargement en cours ) c'est cela ?
Et est ce que ma sauvegarde récupèreras ensuite toute ma config ...

Un petit coup de pouce s'il vous plait .

Daniel

[Titanium31]

Bon allez le téléchargement est fini le fichier faisant 697,7 M copié sur la clef, c'est parti de toute façon j'ai rien à perdre.

@+

Daniel

[Titanium31]

Bon je me cause à moi même.
Terminé et j'ai a priori tout retrouvé.
Reste à voir si les planages auront toujours lieu ou pas ...

A suivre ...

Daniel

PS : Super le mode recovery on peut pas faire plus simple ...

[pascals]

salut
tu en es où avec tes plantages ?
je te suis depuis le début, et j'attend de recevoir ma smart

a+

[Titanium31]

salut
tu en es où avec tes plantages ?
je te suis depuis le début, et j'attend de recevoir ma smart

a+

Bonjour,

J'ai fini par refaire une install usine, donc en 2.4.6, puis mise à jour en 3.0.11 puis mise à jour des plugin, et restauration de ma sauvegarde.

Depuis elle fonctionne sans problèmes.

Un truc important quand tu auras ta smart, les sauvegardes se font toutes seules mais elle sont sur ta smart.. donc en cas de pépin tu est mal.
Donc le conseil de temps en temps, assez souvent au début, transfère ta sauvegarde sur ton Mac/PC en cliquant sur télécharger...

Bonne soirée

Daniel

[pascals]

Merci beaucoup
Une fois la smart reçu, je commanderai un RFPlayer, pour être plus compatible avec tous mes volets somfy....
Je dois migrer depuis une zibase, et donc tout ré écrire les 125 scripts qui tournent dessus !

[Titanium31]

Merci beaucoup
Une fois la smart reçu, je commanderai un RFPlayer, pour être plus compatible avec tous mes volets somfy....
Je dois migrer depuis une zibase, et donc tout ré écrire les 125 scripts qui tournent dessus !

Alors bon courage..

Daniel

[b10489]

bonjour
et qu"en pense les créateurs de JEEDOM ?
silence radio....