Jeedom smart se plante souvent

[glenan]

Bonjour,
Je ne comprend pas le souci du démarrage plus rapide de jeedom par rapport à la box.

Vous coupez les 2 fréquemment ?
Mis à part une coupure secteur en cas d'absence, je ne vois pas.

[christr]

Bonjour,
Je ne comprend pas le souci du démarrage plus rapide de jeedom par rapport à la box.

Vous coupez les 2 fréquemment ?
Mis à part une coupure secteur en cas d'absence, je ne vois pas.

J'ai eu plusieurs coupures de courant récemment dans mon immeuble .
Par exemple mes volets ne s'ouvraient/fermaient plus aux heures de lever /coucher du soleil, ce que je ne comprenais pas au départ, avant de voir que jeedom n'était plus à l'heure. Le reboot de jeedom suffisait a le remettre à l'heure.

Et je me dis que d'autres coupures électroniques peuvent arriver pendant que je suis parti en vacances...

[Quikdav]

C'est le genre de produit sur lequel il faut absolument mettre un onduleur... l'electronique ne supporte pas trop ces coupures intempestives...ni même le soft si ca coupe au moment d'une écriture dans la base !!! Je suis à la campagne et ca coupe souvent donc j'ondule tous mes appareils sensibles

[glenan]

Pareil, box jeedom et free sur onduleur.

[christr]

Je boote sur un disque externe, donc maintenant le RPI2 est beaucoup plus stable, rapide, et tolérant aux coupures EDF. Quel modèle d'onduleur avez vous mis ?
Merci.

[glenan]

J'ai deux onduleurs APC 600va
Via le plugin nut je suis prévenu de chaque coupure ou de chaque test effectué régulièrement par l'un des onduleurs protégeant mes box et mon NAS.

En cas d'absence si tu reçois une alarme de coupure EDF, il est donc possible (si la coupure dure) d'arrêter proprement à distance NAS et jeedom

[Chickungunya]

bonjour
ces 3 dernieres semaines, je constatais un plantage hebdomadaire de ma jeedomsmart (plus de http, plus de ssh, plus de ping), nécéssitant un OFF / ON electrique

cette semaine le cycle de plantage c'est accélére, tous les jours, puis aujourd'hui 2 fois déjà (cette nuit et dans la matinée)

j'ai absolument fait toutes les mises à jours depuis le centre de mise à jour, excepté celle d'open zwave

ce que je constate a l'instant apres le rédémarrage, c'est l'heure système qui reste en UTC et jdeeom en GMT+1

je ne sais pas trop ou cherché pour trouvé la cause de ce plantage, j'ai déjà écarté un problème de chauffe
j'ai désactivé des plugins et je reste dans le suspens

auriez vous des pistes a me proposer pour mener l'enquete (je suis capable de fouiller dans les logs en ssh)
je n'ai pas de probleme d'espace disque, ni de swap (en tout cas juste apres un redémarrage)

Code : Tout sélectionner

Filename				Type		Size	Used	Priority
/swapfile1                             	file    	262140	0	-1

le error log mysql m'indique juste qu'il c'est mal arreté, je n'ai pas plus de détail

dois je faire la mise à jour openzwave ? peut etre que c'est le daemon zwave qui provoque le scratch ?

merci d'avance

[Chickungunya]

re plantage apres seulement 3heures
ci joint les plugins qui restent actifs

la surveillance du syslog n'a pas donné d'infos au moment du plantage

Code : Tout sélectionner

Jan 31 14:19:01 localhost CRON[17995]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Jan 31 14:19:01 localhost CRON[17994]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
packet_write_poll: Connection to 192.168.0.190 port 22: Host is down

[Antoinekl1]

bonjour
ces 3 dernieres semaines, je constatais un plantage hebdomadaire de ma jeedomsmart (plus de http, plus de ssh, plus de ping), nécéssitant un OFF / ON electrique

cette semaine le cycle de plantage c'est accélére, tous les jours, puis aujourd'hui 2 fois déjà (cette nuit et dans la matinée)

j'ai absolument fait toutes les mises à jours depuis le centre de mise à jour, excepté celle d'open zwave

ce que je constate a l'instant apres le rédémarrage, c'est l'heure système qui reste en UTC et jdeeom en GMT+1

je ne sais pas trop ou cherché pour trouvé la cause de ce plantage, j'ai déjà écarté un problème de chauffe
j'ai désactivé des plugins et je reste dans le suspens

auriez vous des pistes a me proposer pour mener l'enquete (je suis capable de fouiller dans les logs en ssh)
je n'ai pas de probleme d'espace disque, ni de swap (en tout cas juste apres un redémarrage)

Code : Tout sélectionner

Filename				Type		Size	Used	Priority
/swapfile1                             	file    	262140	0	-1

le error log mysql m'indique juste qu'il c'est mal arreté, je n'ai pas plus de détail

dois je faire la mise à jour openzwave ? peut etre que c'est le daemon zwave qui provoque le scratch ?

merci d'avance

Bonjour

j'ai un peu le même soucis, mais uniquement plantage de la SGBD mysql

j'ai ouvert un ticket chez Jeedom : réponse :

Le souci est identifié, nous sommes en train d'y remédier .
Ce souci est lié à la gestion du temps.
Désolé pour le désagrément.

j'avoue ne pas avoir fait attention à l'heure lors d'un plantage mais actuellement l'heure est ok

par contre, j'ai souvent mon swap à 100%, revient à 0 et reste un moment à 0 après un reboot
je ne sais pas ce qui le fait grossir

je pensais que cela pouvait venir du plugin suivi conso, mais je viens de le remettre en route sans incidence pour le moment

vous avez quoi comme log dans /var/log/mysql/error.log ?

[Chickungunya]

le fichier /var/log/mysql.log est vide

je précise que je suis bien en jeedomsmart, je n'ai pas fait de diy
il y a en effet un probleme avec l'horloge, quand je lance une réinstall de dépendance, il me claque direct "temps dépassé de 30 min" cela veut bien dire que jeedom s'appuie sur l'horloge système (obligé de toute facon pour les CRON) qui n'est pas sur le meme fuseau que l'heure affiché dans jeedom

[Chickungunya]

on voit le mysql démarrer avec l'heure système qui n'a pas encore synchro avec le ntp (00:00)

Code : Tout sélectionner

700101  0:00:32 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
700101  0:00:32 [Note] Plugin 'FEDERATED' is disabled.
700101  0:00:32 InnoDB: The InnoDB memory heap is disabled
700101  0:00:32 InnoDB: Mutexes and rw_locks use GCC atomic builtins
700101  0:00:32 InnoDB: Compressed tables use zlib 1.2.8
700101  0:00:32 InnoDB: Using Linux native AIO
700101  0:00:32 InnoDB: Initializing buffer pool, size = 128.0M
700101  0:00:32 InnoDB: Completed initialization of buffer pool
700101  0:00:32 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 417285547
700101  0:00:32  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 417287018
700101  0:00:32  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 7
7 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
700101  0:00:33  InnoDB: Waiting for the background threads to start
700101  0:00:34 InnoDB: 5.5.54 started; log sequence number 417287018
700101  0:00:34 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
700101  0:00:34 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
700101  0:00:34 [Note] Server socket created on IP: '127.0.0.1'.
700101  0:00:34 [Note] Event Scheduler: Loaded 0 events
700101  0:00:34 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.54-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)

[Chickungunya]

et au redémarrage, on voit bien le ntp remonter apres mysql,
j'ai quand meme une erreur sur la table jour/nuit on le voit ci dessous dans le syslog de boot

sais tu stp comment peut on rendre bruillant le log mysql.log ?

Code : Tout sélectionner

Jan  1 00:00:35 localhost /etc/mysql/debian-start[1041]: This installation of MySQL is already upgraded to 5.5.54, use --force if you still need to run mysql_upgrade
Jan  1 00:00:35 localhost /etc/mysql/debian-start[1052]: Checking for insecure root accounts.
Jan  1 00:00:35 localhost /etc/mysql/debian-start[1057]: Triggering myisam-recover for all MyISAM tables
Jan  1 00:00:35 localhost mysql[383]: ERROR 1300 (HY000) at line 1: Invalid utf8 character string: 'aprescouch\xE9soleil'
Jan  1 00:00:35 localhost mysql[383]: ERROR 1300 (HY000) at line 1: Invalid utf8 character string: 'apreslev\xE9soleil'
Jan  1 00:00:35 localhost mysql[383]: ERROR 1300 (HY000) at line 1: Invalid utf8 character string: 'avantcouch\xE9soleil'
Jan  1 00:00:35 localhost mysql[383]: ERROR 1300 (HY000) at line 1: Invalid utf8 character string: 'avantlev\xE9soleil'
Jan  1 00:00:35 localhost kernel: [   35.482961] libphy: stmmac-0:00 - Link is Up - 1000/Full
Jan  1 00:00:35 localhost kernel: [   35.487375] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan  1 00:00:35 localhost connmand[366]: eth0 {add} route fe80:: gw :: scope 0 <UNIVERSE>
Jan  1 00:00:35 localhost connmand[366]: eth0 {RX} 42 packets 3740 bytes
Jan  1 00:00:35 localhost connmand[366]: eth0 {TX} 24 packets 2112 bytes
Jan  1 00:00:35 localhost connmand[366]: eth0 {update} flags 102467 <UP,RUNNING,LOWER_UP>
Jan  1 00:00:35 localhost connmand[366]: eth0 {newlink} index 2 address 00:1E:06:35:11:15 mtu 1500
Jan  1 00:00:35 localhost connmand[366]: eth0 {newlink} index 2 operstate 6 <UP>
Jan  1 00:00:36 localhost connmand[366]: Skipping disconnect of carrier, network is connecting.
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} address 192.168.0.190/24 label eth0 family 2
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 192.168.0.0 gw 0.0.0.0 scope 253 <LINK>
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 192.168.0.254 gw 0.0.0.0 scope 253 <LINK>
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 89.2.0.1 gw 192.168.0.254 scope 0 <UNIVERSE>
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 89.2.0.2 gw 192.168.0.254 scope 0 <UNIVERSE>
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 0.0.0.0 gw 192.168.0.254 scope 0 <UNIVERSE>
Jan  1 00:00:37 localhost connmand[366]: eth0 {add} route 212.227.81.55 gw 192.168.0.254 scope 0 <UNIVERSE>
Jan  1 00:00:37 localhost connmand[366]: eth0 {del} route 212.227.81.55 gw 192.168.0.254 scope 0 <UNIVERSE>
Jan  1 00:00:38 localhost ntpd[426]: Listen normally on 4 eth0 192.168.0.190 UDP 123
Jan  1 00:00:38 localhost ntpd[426]: Listen normally on 5 eth0 fe80::21e:6ff:fe35:1115 UDP 123
Jan  1 00:00:38 localhost ntpd[426]: peers refreshed
Jan  1 00:00:40 localhost ntpd_intres[443]: DNS 0.debian.pool.ntp.org -> 62.210.81.130
Jan  1 00:00:40 localhost ntpd_intres[443]: DNS 1.debian.pool.ntp.org -> 37.59.27.22
Jan  1 00:00:40 localhost ntpd_intres[443]: DNS 2.debian.pool.ntp.org -> 62.210.244.146
Jan  1 00:00:40 localhost ntpd_intres[443]: DNS 3.debian.pool.ntp.org -> 5.135.183.146
Jan 31 14:24:48 localhost systemd[1]: Time has been changed

[Antoinekl1]

Je suis aussi sur une smart mais je n'ai pas ces erreurs

Pour le mysql verbeux : https://www.linuxtricks.fr/wiki/mysql-a ... gs-verbeux

[Chickungunya]

les erreurs sql dans mon log sont lié a un plugin que j'ai désactivé c'est pas bien méchant, par contre je ne trouve toujours pas la cause réel de mes plantage, je pense faire un ticket, mais je fais encore quelques recherche

[Chickungunya]

vous pensez que si on ajoute un niveau de log via ssh, on a toujours droit au support ? je voudrai pas sortir des sentier battu et qu'on me le reproche si je fais un ticket

en tout cas, ce me fait mal de retirer homekit pour voir si ca devient stable sans lui, parcque piloter jeedom via siri c'est un régal

[Chickungunya]

le plugin open VPN je le désactive, mais il se réactive tout seul, c'est normal ?

c'est comme si c'était NTPD qui le rallume

Code : Tout sélectionner

Jan 31 17:45:04 localhost ntpd[426]: Deleting interface #6 tun0, 10.9.2.97#123, interface stats: received=0, sent=0, dropped=0, active_time=530 secs
Jan 31 17:45:04 localhost ntpd[426]: peers refreshed

[Antoinekl1]

vous pensez que si on ajoute un niveau de log via ssh, on a toujours droit au support ? je voudrai pas sortir des sentier battu et qu'on me le reproche si je fais un ticket

en tout cas, ce me fait mal de retirer homekit pour voir si ca devient stable sans lui, parcque piloter jeedom via siri c'est un régal

Je ne sais pas mais le changement du niveau de log ne devrait pas empêcher le support jeedom

[Chickungunya]

je n'arrive pas a déclarer un ticket depuis la jeedom, un bandeau rouge apparait en haut sans message d'explication :/

voici le ticket que j'essaye de créer:
bonjour
la jeedomsmart se plante au bout de 2h à 3h, j'ai fais un post à ce sujet sur le forum page 6:
viewtopic.php?f=128&t=27943&p=580138#p580138
utilisateur du forum: chickungunya
je n'arrive pas a trouver l'origine de se plantage qui se matérialise par une coupure SSH / HTTPS et aussi ZWAVE (puisque les boutons de la maison ne provoque plus les scences et le chauffage se fige en l'état)

j'avais 1 plantage hebdo, depuis que j'ai lancée les mises à jours proposé par ma jeedom pour les plugins que j'ai installé, c'est maintenant au bout de 3h max que la box se "fige". pourtant je vois le voyant de la carte réseau continuer de clignoter mais la seule facon de reprendre la main c'est OFF / ON electrique

pouvez vous m'aider a retrouver la stabilité sur ma domotique, j'ai tellement avancée dans l'utilisation de ma jeedom (anciennement j'étais sous fibaro) mais à ce jour je suis complètement bloqué (je dois reboot la box matin et soir pour pouvoir changer l'état du chauffage)

je suis à votre entière disposition si vous souhaitez le contenu de tel ou tel fichier de log

en vous remerciant par avance

[Chickungunya]

le ticket à bien été ouvert, 7 fois du coup xD

je n'arrive pas a déclarer un ticket depuis la jeedom, un bandeau rouge apparait en haut sans message d'explication :/

voici le ticket que j'essaye de créer:
bonjour
la jeedomsmart se plante au bout de 2h à 3h, j'ai fais un post à ce sujet sur le forum page 6:
viewtopic.php?f=128&t=27943&p=580138#p580138
utilisateur du forum: chickungunya
je n'arrive pas a trouver l'origine de se plantage qui se matérialise par une coupure SSH / HTTPS et aussi ZWAVE (puisque les boutons de la maison ne provoque plus les scences et le chauffage se fige en l'état)

j'avais 1 plantage hebdo, depuis que j'ai lancée les mises à jours proposé par ma jeedom pour les plugins que j'ai installé, c'est maintenant au bout de 3h max que la box se "fige". pourtant je vois le voyant de la carte réseau continuer de clignoter mais la seule facon de reprendre la main c'est OFF / ON electrique

pouvez vous m'aider a retrouver la stabilité sur ma domotique, j'ai tellement avancée dans l'utilisation de ma jeedom (anciennement j'étais sous fibaro) mais à ce jour je suis complètement bloqué (je dois reboot la box matin et soir pour pouvoir changer l'état du chauffage)

je suis à votre entière disposition si vous souhaitez le contenu de tel ou tel fichier de log

en vous remerciant par avance

[Antoinekl1]

Oui j'ai eu la meme chose pour la création du ticket mais le mail de confirmation est bien arrivé, bon courage pour la suite