Bonjour,
J’ai fait une première installation du plugin. Après configuration, tout avait l’air okay, mais quelques heures plus tard, les module ewelink faisaient des micro coupures . Pas de temps pour investiguer, j’ai désinstallé le plug in.
Aujourd’hui, des semaines plus tard, je voulais recommencer. Mais me voila coincé par ce message après synchro cloud.
La synchro normale c’est terminé en erreur. J’ai desinstallé/reinstallé le plugin, tenté un ajout manuel, mais j’ai eu le même résultat.
égalemennt tenté le mode LAN only (tout en ayant rentré login et password ewelink dans la config, toujours le mem probleme).
Un autre test à été d’exclure le module sur ewelink, puis de le reinstaller. L’erreur survient alors sur un autre de ces modules.
J’ai 6 de ces module « SMTONOFF Wifi smart switch energy meter » dans l’appli ewelink, et aucun autre dans l’appli. 5 sur le LAN de Jeedom, le 6eme dans une autre maison.
Dans les fait, je n’ai vraiment besoin de surveiller via Jeedom que la conso sur l’un des 5 modules présent sur le LAN. Gérer les autres uniquement via l’appli Ewelink n’est pas un souci. Une procédure pour n’installer que celui la et avec le minimum de config coté plugin me suffirait.
Pour le log, je viens de refaire la manip complete. Plugin desinstallé a 20:50 et réinstallé a partir de 20:52. Config (compte, mdp, Cloud+LAN), Installation des dependance, puis démarage du damon a 21:01.
Puis « synchro cloud ». Et rien de plus quand elle se termine:
Mais un rafraichissement de page, et revoila le problème.
J’ai « censuré » les apikeys et mots de passe (pas de ‹ $ › inside) pour que cela ne traine pas sur le forum.
Même problème avec la version 2.1.1 ,d’ailleurs pourtant j ai pris stable alors que le changelog donne cette version en beta , une fois le nom de l équipement mis après sauvegarde le nom disparais , j’avais pas le problème avant la maj .
Je n’ai aucune idée d’où ce problème vient.
J’ai injecté les donnés en test et chez moi cela ne remonte sans erreur.
Sous quelle version de Jeedom es tu ?
Jeedom 4.2.1 sur RPI Debian 9.9.
Ca date un peu, mais il y a tellement de modules Z-wave et autres scenario que je ne sens pas bien de procéder a une mise a jour juste pour voir …
Hello,
Bon, je change mon fusil d’epaule et installe un second jeedom tout a jour sur un autre RPI3.
J’installe et configure ewelink (2.1.1 dit stable avec un change log disant le contraire) avec les parametres indiques dans la doc (binaire et Cloud+lan).
La doc ne l’indique pas, mais en sauvegardant les parametres de la config, il suffit d’attendre quelques secondes pour que l’installation des dependances (tres longue genre 12min) puis le demon local demarent seuls. Cool
Puis je vais sure le plugin, pas de modules visibles. La doc parle de faire une syncro cloud. Je presse le bouton correspondant et un message me dit que ca commence, attendre 15 secondes.
Et la le drame … Jeedom ne repond plus. La page est morte. Au bout de 15 minutes, je me connecte en SSH (adresse inchangee) et reboote.
Jeedom est mort. Bonne idee d’avoir faire ca sur une RPI differente.
Je re installe Debian buster, puis Jeedom. Cette fois j’installe 2 autre plugins avant (SMS free et ENEDIS). Tout va bien. Tentons eWelink again … JEEDOM encore mort.
Bon… je vais refaire from scrtch encore une fois mais utiliser la version 2.1.0 du plug in (stable d’apres le change log aussi). Si ca gauffre encore, j’en ferai un topic separe avec tous les details.
Cross fingers
Je veux bien les détails que je tente de reproduire.
Je me demande ce qui fait planter au point de ne plus répondre.
C’est juste après avoir appuyé sur le bouton de synchronisation que ça plante ?
Et j’ia mis a jour le changelog ça faisait un moment que je l’avais passé en stable.
Hello,
comme j’avais le doute d’avoir applique quelques optimisations trouvees deci dela, je viens de refaire la manip en suivant proprement les instructions de https://doc.jeedom.com/fr_FR/installation/rpi et Premier pas avec Jeedom. Spoiler, ca plante malgre tout.
En detail:
Connection du SSD au PC windows et flashage avec Raspberry Pi Imager de jeedom-debian-buster-rpi-4.3.11.img (nouvelle, du 2022-12-01)
Sur la RPI3 (qui n’a pas de SD card inside), connection du SSD, du reseau, power ON.
connection en SSH==>OK
connection a Jeedom, changement de mdp, input des identifiants market, etc… A noter:j’ai du me connecter aussi manuellement au market afin que le test de connection passe puisque ca faisait 3 box, ie plus que le quota (celle en prod + celle ci + le precedent enregistrement de celle-ci a supprimer).
reboot via le menu systeme de jeedom
Reconnection a la jeedom, menu gestion des plugins, installation de Ewejee, saut sur la page de configuration du plugin, entree des identifiants ewelink, selection mode binaire, Cloud+LAN, sauvegarde.
attente de la fin de l’installation des dependances
attente dans l’espoir que le daemon local passe tout seul en okay. Ca devenait longuet. J’ai fait menu systeme->redemarer
redemarage classique de jeedom et apres 5min je vais voir la config plugin, tout est au vert, y compris le daemon
petite visite dans les logs. Rien de notable
retour sur le plugin et appuie sur le bouton syncro cloud
ca tournicote un moment avec la page floutee classique
a la difference des essais precedents, la page du plugin redevient nette
aucun device n’apparait pour autant
la, j’ai voulu consuter les logs mais Analysis->Logs donne une page blanche
idem en pressant le bouton config de la page plugin : page blanche
en cliquant sur le « 1 » en orange en haut a gauche la fenetre « centre de Messages » s’ouvre, mais reste vide
tentative de system->redemarer … rien ne se passe
connection en SSH, sudo reboot
apres redemarage ssh okay mais impossible de se connecter a jeedom via l’URL
Un doute qui me reste, c’est que le plugin est reste installe sur la RPI3 qui est en prod (celle du debut de ce topic). Mais il est en etat desactive. Vu qu’il est a 10h de route d’ici j’hesite a le supprimer sans etre sur place juste pour voir.
En esperant que cela puisse se resoudre. Je peux refaire la manip et prendre d’autres info s’il le faut.
Je n’arrive pas a comprendre ce qu’il se passe.
La synchro ne fait rien de spécial a part ajouter des equipements.
On va y aller par étape pour voir à quel moment ça plante :
1/ Si tu ajoute « &rescue=1 » à l’url (par exemple http://192.168.x.x/index.php?v=d&p=dashboard&rescue=1) tu accède à quelquechose ?
2/ Vu que tu as accès en SSH, c’est bien, tu peux donner le résultat de cette commande :
Je suis un peu plus sur le moment critique (j’ai refait 2 essais en suivant le même protocole que dans mon post précédent). C’est après avoir choisis « plugin->objets connectes->ewejee », mais avant d’appuyer sur le bouton syncro cloud que ça se passe, et plutot juste apres avoir fait analysis->logs et choisi le log http_error qui s’affiche mais le téléchargement échoue et Jeedom meurt.
A noter qu’au second essai j’ai attendu 2h entre la configuration du plugin et l’ouverture de ‹ plugin->objets connectés->ewejee › me demandant sí ce n’était une question de timing… ben non.
A ce second essai j’ai pu copier le texte du log http.error que j’avais perdu en tentant de recharger la page au premier essai:
Citation
0000|[Sat Dec 03 18:40:13.983489 2022] [php7:error] [pid 1028] [client 192.168.31.202:48090] PHP Fatal error: Uncaught Error: Call to a member function getName() on bool in /var/www/html/plugins/ewejee/core/class/ewejee.class.php:732
0001|Stack trace:
0002|#0 /var/www/html/plugins/ewejee/3rparty/update.php(31): ewejee::attribute_update(Array)
0003|#1 {main}
0004|thrown in /var/www/html/plugins/ewejee/core/class/ewejee.class.php on line 732
0005|[Sat Dec 03 20:42:10.834880 2022] [access_compat:error] [pid 1004] [client 192.168.31.158:51705] AH01797: client denied by server configuration: /var/www/html/assets, referer: http://192.168.31.202/index.php?v=d&m=ewejee&p=ewejee
0006|[Sat Dec 03 20:42:10.838178 2022] [access_compat:error] [pid 14768] [client 192.168.31.158:51707] AH01797: client denied by server configuration: /var/www/html/assets, referer: http://192.168.31.202/index.php?v=d&m=ewejee&p=ewejee
(A ce premier essai j’avais télécharge plusieurs des logs avant d’échouer sur ce meme log et l’ai tenté en premier à ce deuxième essai)
Pour les cat que tu demandes (je n’ai ni rebooté, ni fait appel à l’URL avec rescue pour le moment), et j’y rajoute le http.error:
Citation
jeedom@jeedom:~ $ cat /var/www/html/log/ewejee
cat: /var/www/html/log/ewejee: Aucun fichier ou dossier de ce type
jeedom@jeedom:~ $
jeedom@jeedom:~ $ cat /var/www/html/log/ewejee_node http://192.168.31.202:80 SSL ? non
Serveur correctement lancé sur http://localhost:6005 Le Sat Dec 03 2022 18:40:06 GMT+0100 (heure normale d’Europe centrale)
{« error »:0,« apikey »:« 78377cc1-dbe4-4475-87f2-8f4012ba078f »,« config »:{« hb »:1,« hbInterval »:145},« sequence »:« 1670089205000 »}
jeedom@jeedom:~ $
jeedom@jeedom:~ $ cat /var/www/html/log/http.error
[Sat Dec 03 18:40:13.983489 2022] [php7:error] [pid 1028] [client 192.168.31.202:48090] PHP Fatal error: Uncaught Error: Call to a member function getName() on bool in /var/www/html/plugins/ewejee/core/class/ewejee.class.php:732
Stack trace: #0 /var/www/html/plugins/ewejee/3rparty/update.php(31): ewejee::attribute_update(Array) #1 {main}
thrown in /var/www/html/plugins/ewejee/core/class/ewejee.class.php on line 732
[Sat Dec 03 20:42:10.834880 2022] [access_compat:error] [pid 1004] [client 192.168.31.158:51705] AH01797: client denied by server configuration: /var/www/html/assets, referer: http://192.168.31.202/index.php?v=d&m=ewejee&p=ewejee
[Sat Dec 03 20:42:10.838178 2022] [access_compat:error] [pid 14768] [client 192.168.31.158:51707] AH01797: client denied by server configuration: /var/www/html/assets, referer: http://192.168.31.202/index.php?v=d&m=ewejee&p=ewejee
jeedom@jeedom:~ $
Je suis quasi sur que par le passe je n’étais pas allé voir le log http.error dans mes premieres tentative des jours avant, et pourtant ca plantait.
Maintenant que je sais comment consulter les logs sans passer par ‹ analyse->logs ›, pour sûr je le ferai via ssh seulement dans mes essais ultérieurs.
En attendant ta sug pour une prochaine etape.
Oula, Jeedom est sorti du coma ce matin (la RPI était power OFF une grand partie de la nuit).
j’ai pu me relogger, telecharger le http.error, ouvrir la config du plug-in ewejee
dependances okay, daemon okay
Mais retour en coma dès que j’ai tenté synchro cloud.
Et pas mieux avec rescue, ni en changeant de browser.
Par contre le phone me montre l’interface web jeedom sur la meme IP. Je ne tente pas de me connecter avec le phone (qui doit utiliser v=m), mais tente avec un autre PC.
La page web jeedom apparait. connection okay.
Les modules ewejee sont là. Je revérifie sur le premier PC, tjs coma de jeedom. Reboot du premier PC, Jeedom ne lui repond pas. Apres Edge et Chrome, je tente firefox… toujours rien. Ca sent ÍP bannie plus que le cookie mal cuit.
Et là, je me rappelle du log http.error. Maintenant il contient des [Sun Dec 04 11:30:17.000735 2022] [access_compat:error] [pid 2030] [client 192.168.31.XXX:50233] AH01797: client denied by server configuration: /var/www/html/assets, referer: http://192.168.31.202/index.php?v=d&m=ewejee&p=ewejee
ou XXX=158 pour le premier PC et XXX=207 pour le second putty20221204_121930.log (3,2 Ko)
Ah tiens, le temps d’avoir configuré le log de putty et d’écrire ces lignes, jeedom ne reponds plus au second PC non plus. Hum la consuttation du log http.error, où il apparait (192.168.31.207) avec un denied en lien avec ewejee serait-elle fatale ?
Je connecte alors un 3eme PC. Et oui, il se connecte a jeedom alors que les 2 premiers n’ont plus acces a sa page web. Bon, je ne vais pas lui faire visiter ewejee…
Ici c’est apache qui bloque ton IP.
Noramlement cela ne dure que quelques minutes, au bout de 15 minutes environs, tu devrai de nouveau avoir accès à ton Jeedom.
Voila aussi pourquoi tu arrive a y accéder d’une autre IP.
Reste a voir ce qu provoque cela, car il y a 0 log dans « ewejee ».
En revanche je ne comprend pas ce qui provoque le blocage de l’IP…
Peux tu faire un autre post sur community pour l’erreur d’accès refusé avec les infos et logs et m’identifier dedans ?
Peut-être qu’une personne a déjà rencontré ce soucis et en sait plus.
