Impossible de faire fonctionner le demon Alexa-API

Plugins Communication
1

Bonjour à tous,

Alors pardonnez moi d’avance si le problème a déja été remonté ou autre, j’ai bien lu les. fils mais je n’ai pas trouvé le même soucis.

Depuis quelques semaines, impossible de faire fonctionner le plugin.

  • L’installation ainsi que l’installation des dépendances se passent bien :
======================================================================
== 18/10/2021 06:33:10 == Installation des dépendances de alexaapi
======================================================================

[  0% ] : Vérification des droits...
[  4% ] : Vérification des droits : [47sec] : [  OK  ]
[  5% ] : Mise à jour APT et installation des packages nécessaires...
[  9% ] : Mise à jour APT et installation des packages nécessaires : [4sec] : [  OK  ]
[ 10% ] : Prérequis...
[ 14% ] : Prérequis : [0sec] : [  OK  ]
[ 15% ] : Installation des packages nécessaires...
[ 19% ] : Installation des packages nécessaires : [2sec] : [  OK  ]
[ 20% ] : Vérification du système...
[ 24% ] : Vérification du système : [0sec] : [  OK  ]
[ 25% ] : Vérification de la version de NodeJS installée...
[Check Version NodeJS actuelle : v14.18.1 : [  OK  ]
[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [  OK  ]
[ 49% ] : Vérification de la version de NodeJS installée : [2sec] : [  OK  ]
[ 50% ] : Nettoyage...
[ 59% ] : Nettoyage : [0sec] : [  OK  ]
[ 60% ] : Nettoyage ancien modules...
[ 69% ] : Nettoyage ancien modules : [0sec] : [  OK  ]
[ 70% ] : Installation des librairies, veuillez patienter svp...
[ 99% ] : Installation des librairies, veuillez patienter svp : [51sec] : [  OK  ]
[100% ] : Terminé !

======================================================================
== OK == Installation Réussie
======================================================================

En revanche dès que j’essaie de lancer le demon =

node:events:368
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE: address already in use :::3456
at Server.setupListenHandle [as _listen2] (node:net:1319:16)
at listenInCluster (node:net:1367:12)
at Server.listen (node:net:1454:7)
at Function.listen (/var/www/html/plugins/alexaapi/resources/node_modules/express/lib/application.js:618:24)
at AlexaRemote.<anonymous> (/var/www/html/plugins/alexaapi/resources/alexaapi.js:2794:20)
at /var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:217:33
at AlexaRemote.initNotifications (/var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:244:62)
at /var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:235:30
at AlexaRemote.initBluetoothState (/var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:391:25)
at /var/www/html/plugins/alexaapi/resources/lib/alexa-remote.js:234:26
Emitted 'error' event on Server instance at:
at emitErrorNT (node:net:1346:8)
at processTicksAndRejections (node:internal/process/task_queues:83:21) {
code: 'EADDRINUSE',
errno: -98,
syscall: 'listen',
address: '::',
port: 3456
}

Quand je regarde l’utilisation des ports en passant en ssh :

XXXX@Jeedom:~ $ ps -e|grep node
 1481 ?        00:00:00 nodejs
 4710 ?        00:00:00 node

Environnement :

  • Jeedom en V4.1.25
  • Raspbian GNU/Linux 10 (buster)

Si quelqu’un a une idée je suis preneur pour retrouver ma connexion avec mon echo show :slight_smile:

Merci d’avance !

2

Bonjour,

Pouvez vous précisé sur quel est votre OS, votre version de Jeedom, etc… car cela manque cruellement d’informations.

3

Infos ajoutées

4

Bonjour,

Un petit reboot pour cette erreur.

5

Bonne idée mais en root

6

Merci du retour, 3 fois que je redémarre, hélas en vain…

7

alors tu as autre chose qui utilise ce port, fait la commande en root

8

Alors quand je fais la commande lsof -i sur le port 3456 j’ai ca :

J’ai tenté de kill à la main tous les PID mais ils reviennent…

root@Jeedom:/#  lsof -i tcp:3456
COMMAND   PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
apache2  5297     root    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 20997 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21378 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21459 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21512 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21555 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21568 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21569 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21618 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21906 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 21968 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 22257 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 22986 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 23677 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
apache2 24439 www-data    6u  IPv6  34590      0t0  TCP *:3456 (LISTEN)
9

ca ne nous dit pas qui utilises le port, donne plutot l’autre commande en root

10

Oups pardon

Voila ce que ca donne en root :

root@Jeedom:/# ps -e|grep node
 1385 ?        00:00:00 nodejs
11

fait plutot ps -aux | grep node

12

Voila la réponse :

root@Jeedom:/# ps -aux | grep node
root      3588  0.0  0.0   7364   572 pts/0    S+   08:37   0:00 grep node
13

donc là tu as rien, lance le démon

14

(et bizarre pas le meme que plus haut, pid différent…)

15

Toujours la même erreur qu’en haut (EADDRINUSE…), même après un reboot

16

relance la commande ps

17

Euh, ca change à chaque fois

3 résultats de suite :


root@Jeedom:/# ps -aux | grep node
root      9261  0.0  0.0   7364   520 pts/0    S+   08:42   0:00 grep node
root@Jeedom:/# ps -aux | grep node
root      9515  0.0  0.0   7364   524 pts/0    S+   08:42   0:00 grep node
root@Jeedom:/# ps -aux | grep node
root      9620  0.0  0.0   7364   556 pts/0    S+   08:42   0:00 grep node
18

oui ca c’est normal, c’est ta propre commande que tu vois, tu peux à la limite ignorer mais pas utile

19

mais plus haut tu avais des lignes nodejs que je ne vois plus là

20

Enfait quand je fais ps -e|grep node en root j’ai plus aucun résultat