Bonjour,
Un petit retour d’expérience sur un pb de Daemon status NOK rencontré ces dernières heures.
J’ai essayé les remèdes « classiques » re-générer le cookie, relancer le daemon, relancer les dépendances. A chaque fois tout parait bien se dérouler et le statut passe OK mais quelques secondes après de nouveau statut NOK.
Notamment la page de création du cookie se passait sans pb. Cookie indiqué comme régénéré dans la page de configuration mais au final pas de résultat.
A une époque j’avais eu un souci avec Chrome mais là le cookie ne se générait pas du tout.
Alors comme je faisais ces manips avec Microsoft Edge comme navigateur, j’ai essayé de refaire la procédure de génération du cookie avec Firefox. Résultat : Le cookie parait se générer de la même façon mais les logs sont un peu différents et surtout CA MARCHE.
Le statut du Daemon passe et reste OK
Peut être que cette remarque pourra aider ! En tout cas ça ne mange pas de pain d’essayer.
un retour qui pourrait en effet intéresser le développeur du plugin mais dans l’idéal il faudrait les logs observés comme différents.
les versions de jeedom, plugin seraient aussi un plus.
Bonjour @Daniel
C’est effectivement la différence de log qui nous donnerait une piste. Pourquoi un navigateur ferait quelque chose de différent d’une autre ?! C’est là qu’on peut chercher.
Content que tout fonctionne au final, merci pour ton Rex
Bonjour
Je rencontre le même pb régulièrement, obligé de supprimer le plugin et le réinstaller pour avoir un retour à la normal.
Version Jeedom 4.1.28
Version plugin 2021-11-27 10:11:28
message d’erreur :
/var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:68
const options={host:host,path:’’,method:‹ GET ›,timeout:timeout,headers:{‹ User-Agent ›:this._options.userAgent,‹ Content-Type ›:‹ application/json; charset=UTF-8 ›,‹ Referer ›:https:'Accept':'application/json','Origin':https:‹ csrf ›:this.csrf,‹ Cookie ›:this.cookie,‹ Accept-Encoding ›:‹ gzip,deflate ›}};path=path.replace(/[
]/g,’’);if(!path.startsWith(’/’)){path=path.replace(/^https:///,’’);const ar=path.match(/^([^/]+)([/].$)/);options.host=ar[1];path=ar[2];}else{options.host=host;}
^^^^^
SyntaxError: Unexpected identifier
at wrapSafe (internal/modules/cjs/loader.js:1001:16)
at Module._compile (internal/modules/cjs/loader.js:1049:27)
at Object.Module._extensions…js (internal/modules/cjs/loader.js:1114:10)
at Module.load (internal/modules/cjs/loader.js:950:32)
at Function.Module._load (internal/modules/cjs/loader.js:790:12)
at Module.require (internal/modules/cjs/loader.js:974:19)
at require (internal/modules/cjs/helpers.js:93:18)
at Object. (/var/www/html/plugins/alexaapi/resources/initCookie.js:1:11)
at Module._compile (internal/modules/cjs/loader.js:1085:14)
at Object.Module._extensions…js (internal/modules/cjs/loader.js:1114:10)
version de nodejs : v14.18.3
je lance bien le tout sur mon réseau local, et mon jeedom a bien un ip interne défini…
Enfin lorsque j’exécute la commande sur jeedom
node /var/www/html/plugins/alexaapi/resources/initCookie.js 192.168.1.14 amazon.fralexa.amazon.fr
j’ai exactement la même erreur
pas de processus utilisant le port TCP/5437 non plus qui provoquerait un conflit.
