Ajout en boucle depuis passage Debian 12

Bonjour,

Je suis passé à Debian 12 et j’ai oublié que la configuration de l’appairage était dans un dossier hors Jeedom. Pas grave, je me suis dit je vais refaire l’association, et depuis ça tourne en boucle et la télé n’arrête pas de demander l’ajout d’un nouveau matériel.

Avez-vous le même problème ? Tout fonctionnait bien de mon côté avec Debian 11, hasard ou pas.

On voit le nombre de process qui ne fait qu’augmenter :

> www-data 4034666  0.0  0.0   2584  1408 ?        S    13:25   0:00 sh -c sudo  /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X "TV_LG"
> root     4034667  0.0  0.0   7380  4352 ?        S    13:25   0:00 sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG
> root     4034668  0.3  0.0 107132 28484 ?        Sl   13:25   0:00 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG
> www-data 4034890  0.0  0.0   2584  1536 ?        S    13:25   0:00 sh -c sudo  /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> root     4034891  0.0  0.0   7380  4224 ?        S    13:25   0:00 sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> root     4034892  1.8  0.0  33036 26880 ?        S    13:25   0:00 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> www-data 4034913  0.0  0.0   2584  1408 ?        S    13:25   0:00 sh -c sudo  /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X "TV_LG"
> root     4034914  0.0  0.0   7384  4352 ?        S    13:25   0:00 sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG
> root     4034915  3.6  0.0 107116 28492 ?        S    13:25   0:00 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG
> www-data 4034922  0.0  0.0   2584  1536 ?        S    13:25   0:00 sh -c sudo  /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> root     4034923  0.0  0.0   7384  4352 ?        S    13:25   0:00 sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> root     4034924  4.5  0.0  33036 27392 ?        S    13:25   0:00 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv scan
> www-data 4034928  0.0  0.0   2584  1536 ?        S    13:25   0:00 sh -c sudo  /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X "TV_LG"
> root     4034929  0.0  0.0   7380  4352 ?        S    13:25   0:00 sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG
> root     4034930 10.9  0.0  33120 27100 ?        S    13:25   0:00 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG

Au niveau des logs de l’application, pas grand chose :

> jeedom: [2025-09-21 13:23:38] DEBUG  : scan :
> jeedom: [2025-09-21 13:23:44] DEBUG  : tv info :
> jeedom: [2025-09-21 13:23:45] DEBUG  : tv info : {"type": "response", "id": "sw_info_0", "payload": {"returnValue": true, "product_name": "webOSTV 7.0", "model_name": "HE_DTV_W22O_AFABATPU", "sw_type": "FIRMWARE", "major_ver": "23", "minor_ver": "25.55", "country": "FR", "country_group": "EU", "device_id": "X:X:X:X:X:X", "auth_flag": "N", "ignore_disable": "N", "eco_info": "01", "config_key": "00", "language_code": "fr-FR"}} {"closing": {"code": 1000, "reason": ""}}
> jeedom: [2025-09-21 13:23:45] INFO  : Début d'activation du plugin
> jeedom: [2025-09-21 13:23:46] INFO  : Info sur le démon : {"launchable_message":"","launchable":"nok","state":"nok","log":"nok","auto":0}
> jeedom: [2025-09-21 13:23:46] DEBUG  : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=WebOStvLG function=install callInstallFunction=1
> jeedom: [2025-09-21 13:23:55] DEBUG  : scan :
> jeedom: [2025-09-21 13:24:22] DEBUG  : tv info :
> jeedom: [2025-09-21 13:24:22] DEBUG  : tv info : {"type": "response", "id": "sw_info_0", "payload": {"returnValue": true, "product_name": "webOSTV 7.0", "model_name": "HE_DTV_W22O_AFABATPU", "sw_type": "FIRMWARE", "major_ver": "23", "minor_ver": "25.55", "country": "FR", "country_group": "EU", "device_id": "X:X:X:X:X:X", "auth_flag": "N", "ignore_disable": "N", "eco_info": "01", "config_key": "00", "language_code": "fr-FR"}} {"closing": {"code": 1000, "reason": ""}}

Et dans http.error ?

Effectivement je n’avais pas regardé dedans :

Traceback (most recent call last):
  File "/var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv", line 7, in <module>
    sys.exit(main())
             ^^^^^^
  File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/LGTV/__init__.py", line 111, in main
    results = LGTVScan()
              ^^^^^^^^^^
  File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/LGTV/scan.py", line 25, in LGTVScan
    response, address = sock.recvfrom(512)
                        ^^^^^^^^^^^^^^^^^^
TimeoutError: timed out

Très étrange cette erreur, ça apparait avant que je puisse valider sur la télé. Sinon j’ai ces lignes ci-dessous aussi :

cp: cannot stat '/root/.lgtv/config.json': No such file or directory

[Sun Sep 21 21:13:52.586007 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  file_get_contents(/var/www/html/plugins/WebOStvLG/core/class/../../3rdparty/config.json): Failed to open stream: No such file or directory in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 154
[Sun Sep 21 21:13:52.586033 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 161
[Sun Sep 21 21:13:52.586038 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 161
[Sun Sep 21 21:13:52.586084 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 162
[Sun Sep 21 21:13:52.586088 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 162
[Sun Sep 21 21:13:52.586092 2025] [php:warn] [pid 4035683:tid 4035683] [client 192.168.X.X:39586] PHP Warning:  foreach() argument must be of type array|object, null given in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 171

Quand je lance à la main, le fichier semble bien se créer après ma validation sur la télé (config dans /etc/lgtv/config.json par contre) :

/var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG

Please accept the pairing request on your LG TV
{"closing": {"code": 1000, "reason": ""}}
Wrote config file /etc/lgtv/config.json

Ok tu est sur quelle version celle la

Tu est sur le même réseau que ton jeedom ?

J’ai bien la 2025-09-06 11:11:07 et oui je suis dans le même réseau. C’est étrange si ce n’est pas le cas, vu que j’arrive à récupérer les infos de la télé d’après les logs du plugin.

De ton côté, tu y arrives à partir de Debian 12 et les dernières dépendances tout en réinitialisant la clé ?

J’ai supprimé l’équipement, refais les dépendances et l’équipement, mais pas mieux. Donc d’après les différents logs, j’ai tenté de faire un lien symbolique :

ln -s /etc/lgtv/config.json /root/.lgtv/config.json

Et là ça passe chez moi l’appairage, il y a peut-être quelques choses qui a changé dans les librairies entre temps, on ne réinitialise pas tous les jours la clé^^

Par contre j’ai encore ces lignes qui se répètent dans les logs :

0024|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 106
0025|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 106
0026|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 107
0027|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 107
0028|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 90
0029|PHP Warning:  Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 90
0030|Traceback (most recent call last):
0031|File "/var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv", line 7, in <module>
0032|sys.exit(main())
0033|^^^^^^
0034|File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/LGTV/__init__.py", line 187, in main
0035|ws.connect()
0036|File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/ws4py/client/__init__.py", line 225, in connect
0037|self.sock.connect(self.bind_addr)
0038|File "/usr/lib/python3.11/ssl.py", line 1412, in connect
0039|self._real_connect(addr, False)
0040|File "/usr/lib/python3.11/ssl.py", line 1403, in _real_connect
0041|self.do_handshake()
0042|File "/usr/lib/python3.11/ssl.py", line 1379, in do_handshake
0043|self._sslobj.do_handshake()
0044|ConnectionResetError: [Errno 104] Connection reset by peer

Et je vois effectivement que la commande ci-dessous est à l’origine de l’erreur :

sudo /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --name TV_LG audioStatus

Par contre j’ai remarqué que des fois ça passe, des fois non.

Ok je vais tester en debian 12 prochainement

j’ai corrigé quelque bug en version béta dis moi si c’est mieux.

pour info: si la TV est sur le même réseau que jeedom, tu a pas besoin de renseigner ip dans le panneau de configuration.

pour le test oublie pas de enlever lien symbolique.

J’ai remplacé le fichier WebOStvLG.class.php et j’ai toujours l’erreur :

cp: cannot stat '/root/.lgtv/config.json': No such file or directory
Traceback (most recent call last):
  File "/var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv", line 7, in <module>
    sys.exit(main())
             ^^^^^^
  File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/LGTV/__init__.py", line 111, in main
    results = LGTVScan()
              ^^^^^^^^^^
  File "/var/www/html/plugins/WebOStvLG/resources/venv/lib/python3.11/site-packages/LGTV/scan.py", line 25, in LGTVScan
    response, address = sock.recvfrom(512)
                        ^^^^^^^^^^^^^^^^^^
TimeoutError: timed out

J’ai remis mon lien symbolique et ça remarche.

Pour l’IP, comme je travail avec des conteneurs, je préfère tout de même préciser au cas où.

l’erreur est la

mais du coup tous explique vu que tu travaille avec du docker, je comprend mieux.

du coup j’ai l’impression que root n’arrive pas copier le fichier config.json

tu a pas d’erreur avant la copie du fichier ?

car chez moi je n’arrive pas reproduire l’erreur.

et ça c’est une erreur de la dépendance, il arrive pas contacter la TV, mais je ne pas faire grand chose.

Étrange, tout marchait très bien avant la réinstallation des dépendances et sous Debian11. Je ne peux pas garantir qui est à l’origine de mon problème, le premier, juste le deuxième ou les 2.

Après ce que je ne comprends pas c’est pourquoi ça écrit dans /root/.lgtv/config.json chez toi et /etc/lgtv/config.json chez moi, parce que quand je lance la commande avec root, ça me crée direct dans le /etc/lgtv/config.json

/var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/WebOStvLG/core/class/../../resources/venv/bin/lgtv --ssl auth 192.168.X.X TV_LG

En regardant le code source de la librairie, LGWebOSRemote/LGTV/__init__.py at master · klattimer/LGWebOSRemote · GitHub, j’ai l’impression que s’il n’y a pas de conf existante, ça crée le premier fichier dans le tableau config_paths.

Pour le problème de contact, c’est lié à la conf manquante je pense.

la dépendance créer un fichier dans /root/.lgtv/config.json quand la commande lgtv auth et lancée et après je récupère le fichier.

effectivement c’est vraiment bizarre car mon dev est en debian 12 est il me met bien le fichier de config dans /root/.lgtv/config.json

je regarde demain pour faire une modif.

j’ai fait une modif en version beta si tu peux tester.

Ca marche, la config est bien copiée dans le dossier 3rdparty :wink:

J’ai encore un mini warning :

Trying to access array offset on value of type null in /var/www/html/plugins/WebOStvLG/core/class/WebOStvLG.class.php on line 90

J’ai regardé, et mon fichier scan.json à null comme contenu. info.json et inputs.json sont OK chez moi.

1 « J'aime »

Bonjour !
Juste pour témoigner du fait que j’étais exactement dans la même situation de @defmy et que le passage du plugin en beta a également réglé le problème.
Merci pour la correction !

Tant mieux :wink:, mais pour l’instant je le laisse en bêta car je rencontre à problème pour ce qui son en installation standard de jeedom.

J’ai une question ton docker jeedom il en réseau bridge ou host ?

Je suis en bridge, je ne laisse que le port web ouvert.

Si tu as besoin d’aide pour aiguiller ton problème n’hésite pas, je peux peut-être t’aider :wink:

Pour préciser juste une chose : mon jeedom est sur une VM proxmox et non en docker …

Oui remercions à l’auteur d’avoir prise en compte ce problème sans nous avoir envoyer bouler car ça fonctionne chez lui, c’est appréciable :slight_smile:

2 « J'aime »