Freebox Player POP : Failed to connect to service HostServiceInfo

Plugins Multimédia
1

Bonjour,

J’ai ce message d’erreur en permanence, comme je ne souhaite pas piloter le Free player Pop, je l’ai désactivé dans Jeedom.

image

Est-il possible de faire évoluer le plugin pour empêcher les tentatives de connexion sur les périphériques désactivés ?

Log : ttscast_daemon 
0136|[2024-05-03 14:12:08] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0137|[2024-05-03 14:21:35] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0138|[2024-05-03 14:31:22] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0139|[2024-05-03 14:52:27] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0140|[2024-05-03 15:03:15] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0141|[2024-05-03 15:21:15] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0142|[2024-05-03 15:38:09] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0143|[2024-05-03 15:45:47] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0144|[2024-05-03 15:57:42] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0145|[2024-05-03 16:06:05] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0146|[2024-05-03 16:24:55] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0147|[2024-05-03 16:30:42] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0148|[2024-05-03 16:39:34] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0149|[2024-05-03 16:49:56] ERROR  : [Freebox Player POP(192.168.1.19):8009] Error reading from socket.
0150|[2024-05-03 17:38:35] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0151|[2024-05-03 17:39:11] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0152|[2024-05-03 17:41:37] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0153|[2024-05-03 18:12:05] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0154|[2024-05-03 18:20:31] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0155|[2024-05-03 18:27:49] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s
0156|[2024-05-03 18:43:22] ERROR  : [Freebox Player POP(192.168.1.19):8009] Failed to connect to service HostServiceInfo(host='192.168.1.19', port=8009), retrying in 5.0s

Jeedom 4.4.5
Debian 11.9
Php 7.4.33

J’utilise encore le plugin en beta (2024-04-28 01:17:24), j’ai cru comprendre qu’une version stable existe depuis peu (j’attend votre retour avant de switcher, si je dois faire un test avant :slight_smile: ).

Version Plugin 1.2.4
Version PyEnv 2.3.36
Version Python 3.11.8

Encore merci pour ce plugin qui est top !

2

Bonsoir,

Je vais regarder ce point. Merci de me l’avoir remonté.

Il me semblait que c’était le cas, mais visiblement non.

Une question qui me permettra d’avancer plus vite :

  • est ce qu’ après avoir redémarré le démon c’est toujours le cas? (En laissant entre deux démarrages l’équipement désactivé bien sûr)

Sinon une astuce en attendant : si vous supprimez ce équipement, il ne sera plus supervisé et il ne réapparaîtra que si un nouveau scan est lancé.

Bonne soirée
TiTidom.

3

Bonjour,
J’ai un scénario qui relance tous les jours les plugins que j’avais mis en place à cause de quelques plugins qui avaient des fuites mémoire.

Aujourd’hui, 7 min après le redémarrage j’ai les premiers message.

Je vais tester en le supprimant, il me semblait l’avoir déjà fait mais je sais plus pourquoi je l’avais remis (peut être une notif indiquant un nouvelle appareil mais je veux pas dire de bêtise)

Merci

4

Bonjour,

Après avoir supprimé l’équipement, j’ai toujours les mêmes erreurs qui apparaissent.

C’était pour ça que je l’avais enregistré et désactivé dans l’espoir de ne plus avoir le message (ça me revient que maintenantt)
Du coup, je pense que le problème est ailleurs, le plugin doit interroger / ou scanner des périphériques sur le réseau de façon plus large…

Merci

5

Bonjour,

J’ai revérifié dans le code, et c’est bien ce que j’avais en tête : « l’erreur » qui est remontée est un log du démon renvoyé par la librairie python utilisée (qui est très verbeuse, mais quelque part tant mieux, cela permet d’avoir une idée précise de ce qu’il se passe sur le réseau au niveau équipements Google).

Pour économiser de la mémoire, je confirme que si un équipement n’est pas actif, le plugin ne le surveillera pas (aucun thread ne sera monté en mémoire pour surveiller les changements d’états par exemple pour détecter s’il est actif, pas actif, en train de jouer de la musique, etc…).

Par contre, ton Freebox Player Pop, à certains moment, s’annonce sur le réseau (le principe du google home est de s’annoncer sur le réseau en multicast dns) et donc le démon du plugin le voit et tente alors de se connecter dessus pour avoir plus d’infos (comme son nom, son adresse, son type, etc…), et n’y arrive pas (car l’équipement a du repasser en veille)…

En vérifiant, j’ai ce même type de remontée sur des TV Android par exemple qui se mettent en veille régulièrement et donc ne sont plus visibles et le démon continue à tenter de se connecter dessus malgré tout car il les a « vu » à un moment donné…

Et à date, sachant qu’une bonne partie du plugin repose sur cette logique (remontée en temps réel de tout état d’un google home) et que ce n’est pas bloquant (au contraire, cela donne des indications), ce n’est pas dans ma todo de tenter (si jamais c’était possible) de changer ce comportement de la librairie :slight_smile:

La seule chose perturbante j’imagine, c’est que cela apparaisse comme une « error » dans les logs, ce qui est le cas en fin de compte (il n’arrive pas à se connecter dessus), donc erreur à ignorer.

PS : par contre, redémarrer le démon TTSCast toutes les nuits est inutile et peut même amener (suivant le nombre d’équipements google sur le réseau) une surcharge du système à cet instant, car après le démarrage c’est là qu’il met à jour toute la liste des équipements Google Home et met en route les thread pour chacun d’eux.

Pourquoi ce choix de redémarrer le démon TTSCast toutes les nuits ?

Bonne journée,
TiTidom.

6

Bonjour,

Merci pour de retour très détaillé. Effectivement ce qui est embêtant est d’avoir la remonté en tant qu’erreur, est-il possible de l’avoir dans une autre catégorie pour que cela ne remonte pas avec les log par défaut par ex ? Sinon c’est pas grave, je peux couper les logs :slight_smile:

La raison pour laquelle je redémarre tous les plugins vient à l’origine de mon passage en Debian 11 (en mai 2023).
En recherchant j’avais 2 plugins identifiés qui avait de grosses fuites mémoire (Xiaomi et Google Cast). Au bout de 3 jours, j’avais le swap dispo et la mémoire disponible à 0%…
J’avais mis en place un script qui redémarre l’intégralité des plugins tôt le matin parce que ça fonctionnait et surtout pour ne pas chercher si d’autre avait le même comportement…

Aujourd’hui, je n’utilise plus Google Cast alors je vais désactiver ce traitement globale et cibler que ceux qui me pose problème (la plupart on du être corrigé depuis j’imagine).

Encore merci pour tes retours.

Bonne journée

7

Re,

Non malheureusement pas possible sans modifier la librairie d’origine, ce que je ne souhaite pas pour rester le plus possible dans le standard dans le but de pouvoir suivre les mises à jour au fil du temps :slightly_smiling_face:

Et si jamais tu détectes qqch qui cloche (même si à ce jour je n’ai aucun soucis de mon côté et qu’aucun retour ne m’a été fait sur ce sujet :+1:), hésites pas à le remonter, je ne serai pas loin :wink:

Bonne journée
TiTidom.

1 « J'aime »
8

Merci pour tout et surtout ce plugin qui fonctionne super bien.

Bonne journée

9

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