Erreur daemon en Jeedom V4.6.0

Plugins Sécurité
1

Bonjour,

pour info: je suis passé pour test de Jeedom V4.5.3 à V4.6.0 et le daemon plante avec une erreur Unable to create TCP socket for Jeedom to daemon communication. Exiting.

retour en V4.5.3 sans rien changer plus d’erreur il semble qu’il y ait un confilt avec Tasklauncher qui lui aussi trouve le port déjà occupé donc modifié manuellement et le daemon tient

Log:

2026-06-18 13:40:04] INFO [root](MainThread) : Using bluetooth controller hci0 (id=0)
[2026-06-18 13:40:04] INFO [root](MainThread) : HCI interface hci0 is already UP
[2026-06-18 13:40:04] INFO [root](MainThread) : PageTimeout set to 1.5625s for controller hci0.
[2026-06-18 13:40:04] DEBUG [root](MainThread) : Writing PID 560464 to /tmp/jeedom/phone_detection/phone_detectiond.pid
[2026-06-18 13:40:04] INFO [root](MainThread) : Create phone_detection daemon
[2026-06-18 13:40:04] DEBUG [root](MainThread) : Send to test connection to jeedom
[2026-06-18 13:40:04] DEBUG [root](MainThread) : Send to jeedom :  {'action': 'test', 'source': 'local'}
[2026-06-18 13:40:04] DEBUG [root](MainThread) : Status Code :  200
[2026-06-18 13:40:04] DEBUG [root](MainThread) : Jeedom reply :  {'success': True, 'value': 0}
[2026-06-18 13:40:04] INFO [root](MainThread) : Use TCP socket for Jeedom -> daemon communication
[2026-06-18 13:40:04] INFO [root](MainThread) : TCP socket in use, wait 5 seconds and retry
[2026-06-18 13:40:09] ERROR [root](MainThread) : Unable to create TCP socket for Jeedom to daemon communication. Exiting
[2026-06-18 13:45:04] INFO [root](MainThread) : =========
[2026-06-18 13:45:04] INFO [root](MainThread) : Start phone_detectiond
[2026-06-18 13:45:04] INFO [root](MainThread) : Version: 3.0.2
[2026-06-18 13:45:04] INFO [root](MainThread) : Log level : none
[2026-06-18 13:45:04] INFO [root](MainThread) : Socket :
[2026-06-18 13:45:04] INFO [root](MainThread) : SocketHost : 127.0.0.1
[2026-06-18 13:45:04] INFO [root](MainThread) : SocketPort : 55009
[2026-06-18 13:45:04] INFO [root](MainThread) : PID file : /tmp/jeedom/phone_detection/phone_detectiond.pid
[2026-06-18 13:45:04] INFO [root](MainThread) : Device : hci0
[2026-06-18 13:45:04] INFO [root](MainThread) : Callback : http://127.0.0.1:80/plugins/phone_detection/core/php/phone_detection.php
[2026-06-18 13:45:04] INFO [root](MainThread) : Daemon Name : local
[2026-06-18 13:45:04] INFO [root](MainThread) : Polling Interval when device is Absent : 15
[2026-06-18 13:45:04] INFO [root](MainThread) : Polling Interval when device is Present : 60
[2026-06-18 13:45:04] INFO [root](MainThread) : Threshold to consider device Absent: 180
[2026-06-18 13:45:04] INFO [root](MainThread) : Python version : 3.9.2 (default, Jan 25 2026, 13:37:52)
[GCC 10.2.1 20210110]
[2026-06-18 13:45:04] INFO [root](MainThread) : Using bluetooth controller hci0 (id=0)
[2026-06-18 13:45:04] INFO [root](MainThread) : HCI interface hci0 is already UP
[2026-06-18 13:45:04] INFO [root](MainThread) : PageTimeout set to 1.5625s for controller hci0.
[2026-06-18 13:45:04] DEBUG [root](MainThread) : Writing PID 568036 to /tmp/jeedom/phone_detection/phone_detectiond.pid
[2026-06-18 13:45:04] INFO [root](MainThread) : Create phone_detection daemon
[2026-06-18 13:45:04] DEBUG [root](MainThread) : Send to test connection to jeedom
[2026-06-18 13:45:04] DEBUG [root](MainThread) : Send to jeedom :  {'action': 'test', 'source': 'local'}
[2026-06-18 13:45:04] DEBUG [root](MainThread) : Status Code :  200
[2026-06-18 13:45:04] DEBUG [root](MainThread) : Jeedom reply :  {'success': True, 'value': 0}
[2026-06-18 13:45:04] INFO [root](MainThread) : Use TCP socket for Jeedom -> daemon communication
[2026-06-18 13:45:04] INFO [root](MainThread) : TCP socket in use, wait 5 seconds and retry
[2026-06-18 13:45:09] ERROR [root](MainThread) : Unable to create TCP socket for Jeedom to daemon communication. Exiting
[2026-06-18 13:46:21] INFO [root](MainThread) : =========
2

Hello,
Je ne connais pas ce plugin, mais il y a eu un post similaire hier sur un même message d’erreur (un autre plugin je crois) mais l’idée est la même:

On dirait que le port est déjà utilisé par ailleurs ?

Un petit netstat -ntlp pour avoir la liste des process et confirmation (ou pas)

3

Effectivement netstat -ntlp très utile. Oui c’est une histoire de port 55009 par défaut déjà utilise, donc à modifier? N’étant pas développeur je ne sais pas si il est possible dans le code d’un plugin de prévoir automatiquement un autre port libre en cas de conflit , cela serait bien utile aux utilisateur noobs comme moi.

1 « J'aime »
4

Aucune idée, je ne suis pas développeur de plugin :wink:

Mais j’imagine qu’il y a toujours une solution :smiley:

Par exemple: il faudrait que l’ensemble des plugins embarquent un check de disponibilité de port, en choisissent un non utilisé, et se l’attribue, mais si un plugin ne joue pas le jeu, le problème se reproduira inexorablement.

Une autre idée pourrait être fixer un identifiant / port unique par plugin, à sa publication sur le market ?

Bref, il y a des choses possibles, mais de là les implémenter, je laisserai répondre les développeurs directement ^^

5

Je ne vois toujours pas comment ca peut avoir un rapport avec la 4.6

A mon avis vous avez testé trop vite précédemment.
Si 2 plugins avaient déjà pré-configuré le même port, ca ne pouvait pas fonctionner; le core n’intervient pas dans la disponibilité des ports

6

oui d’accord, seulement avant de passer en 4.6 rapide coup d’oeil sur la page santé tout au vert, passge en 4.6 santé avec du rouge repassage en 4.5.5 que du vert alors que le pb des ports existe

7

quel rapport? y a un petit soucis de corrélation là
il y a d’autres raisons qui peuvent expliquer autant du rouge que du vert, dans les 2 cas la couleur seule ne veut pas dire qu’il y a ou qu’il n’y a pas de problème avec les ports…

8

Bonjour,

Je suis passé en 4.6 également, le plugin phone detection ne m’a posé aucun souci.

9

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.