j’ai bien mis &rescue=1 à la fin de mon url
et je fourni le log de http.error
https://MONJEEDOM.eu.jeedom.link/index.php?v=d&p=log&rescue=1
ou
http://MONIP/index.php?v=d&p=log&rescue=1
j’ai bien mis &rescue=1 à la fin de mon url
et je fourni le log de http.error
https://MONJEEDOM.eu.jeedom.link/index.php?v=d&p=log&rescue=1
ou
http://MONIP/index.php?v=d&p=log&rescue=1
c’est bizarre, c’est pas ce que dit le log
et du coup vous arrivez sur l’interface rescue ou pas?
Pour qu’on y voit plus clair:
ainsi on n’aura que les lignes liées à ce problème
dans le log enocean j’ai ceci
[2024-01-17 01:25:04.208][ERROR] : Error on send request to jeedom HTTPConnectionPool(host=‹ 127.0.0.1 ›, port=80): Read timed out. (read timeout=120) retry : 1/3
le log http.error reste vide
voici celui du modbus => c’est lié a ce problème mais du coup je ne l’avais pas vu avant et ce matin j’ai fait la derniere mise à jour du coup c’est ce qui a fait planté.
modbus1.txt (35,3 Ko)
DEBUG:pymodbus.payload:[7064]
DEBUG:pymodbus.transaction:Current transaction state - TRANSACTION_COMPLETE
DEBUG:pymodbus.transaction:Running transaction 2
DEBUG:pymodbus.transaction:SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x2 0x3 0x3 0x9 0x0 0x1
DEBUG:pymodbus.client.sync:New Transaction state 'SENDING'
DEBUG:pymodbus.transaction:Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
DEBUG:pymodbus.transaction:Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
DEBUG:pymodbus.transaction:RECV: 0x0 0x2 0x0 0x0 0x0 0x5 0x2 0x3 0x2 0x0 0x1
DEBUG:pymodbus.framer.socket_framer:Processing: 0x0 0x2 0x0 0x0 0x0 0x5 0x2 0x3 0x2 0x0 0x1
DEBUG:pymodbus.factory:Factory Response[ReadHoldingRegistersResponse: 3]
DEBUG:pymodbus.transaction:Adding transaction 2
DEBUG:pymodbus.transaction:Getting transaction 2
DEBUG:pymodbus.transaction:Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
DEBUG:pymodbus.payload:[1]
DEBUG:pymodbus.transaction:Current transaction state - TRANSACTION_COMPLETE
DEBUG:pymodbus.transaction:Running transaction 3
DEBUG:pymodbus.transaction:SEND: 0x0 0x3 0x0 0x0 0x0 0x6 0x2 0x3 0x3 0x15 0x0 0x1
DEBUG:pymodbus.client.sync:New Transaction state 'SENDING'
DEBUG:pymodbus.transaction:Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
DEBUG:pymodbus.transaction:Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
DEBUG:pymodbus.transaction:RECV: 0x0 0x3 0x0 0x0 0x0 0x5 0x2 0x3 0x2 0x0 0x2e
DEBUG:pymodbus.framer.socket_framer:Processing: 0x0 0x3 0x0 0x0 0x0 0x5 0x2 0x3 0x2 0x0 0x2e
DEBUG:pymodbus.factory:Factory Response[ReadHoldingRegistersResponse: 3]
DEBUG:pymodbus.transaction:Adding transaction 3
DEBUG:pymodbus.transaction:Getting transaction 3
DEBUG:pymodbus.transaction:Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
DEBUG:pymodbus.payload:[46]
[2024-01-16 09:03:06][ERROR] : Attention : l'installation des dépendances a dépassé le temps maximum autorisé : 0min
[2024-01-17 03:05:14][ERROR] : Attention : l'installation des dépendances a dépassé le temps maximum autorisé : 0min
étrange s’il y a erreur 500 il devrait y avoir un log, sans log on ne sait rien faire.
concernant modbus, faudrait le coller dans un Texte préformaté
svp.
C’est lié a ce problème (mise à jour plugin modbus) mais du coup je ne l’avais pas vu avant et ce matin j’ai fait la derniere mise à jour du coup c’est ce qui a fait planté.
Les log http.error sont bien vide
est ce que ca peut etre lié au fichier .htaccess ?
non cette mise à jour ne peut pas faire planter complétement jeedom, ce n’est pas ca
cette mise à jour fait que le plugin ne peut plus démarrer sur buster (apparemment) mais c’est tout
mais si vous n’avez plus d’espace disque par exemple, alors la mise à jour a pu corrompre l’ensemble, mais c’est différent, ce n’est pas la mise à jour en soi
c’est bizar que sur 2 jeedoms différents , il y ait le même problème qd même en ayant effectué la même mise à jour.
2 jeedoms différents pas sur le même réseau et pas la même configuration (1 sur Raspberry PI3 et l’autre sur une Atlas PRO) => plugin MOdbus actif.
sur un troisième j’ai fait la mise à jour mais comme le plugin Modbus est desactivé j’ai pas ce soucis.
D’ailleurs je vais l’activer pour voir ce que ca fait
BINGO, j’ai activé le plugin MODBUS me voilà avec une page blanche
rescue log
http.error
warning: commands will be executed using /bin/sh
job 13 at Wed Jan 17 11:42:00 2024
log Modbus_Package
+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_modbus
+ echo 1
+ echo 2
++ find /usr/local/lib/python2.7/dist-packages/ /usr/local/lib/python3.7/dist-packages/ -mindepth 1 -maxdepth 1 -type d -exec du -ks '{}' +
++ awk '$1 <= 4'
++ cut -f 2-
+ RESULTTODELETE=
++ echo ''
++ sed 's, ,\ ,g'
+ RESULTTODELETE2=
+ echo ''
+ xargs rm -rf
+ echo 3
+ sudo pip3 cache purge
Files removed: 96
+ echo 4
+ sudo pip3 install --upgrade pip
Requirement already satisfied: pip in /usr/local/lib/python3.7/dist-packages (22.1.2)
Collecting pip
Downloading pip-23.3.2-py3-none-any.whl (2.1 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.1/2.1 MB 20.3 MB/s eta 0:00:00
Installing collected packages: pip
Attempting uninstall: pip
Found existing installation: pip 22.1.2
Uninstalling pip-22.1.2:
Successfully uninstalled pip-22.1.2
Successfully installed pip-23.3.2
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 5
+ sudo pip3 install --force-reinstall --upgrade pyudev
Collecting pyudev
Downloading pyudev-0.24.1-py3-none-any.whl (62 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 62.9/62.9 kB 2.8 MB/s eta 0:00:00
Installing collected packages: pyudev
Attempting uninstall: pyudev
Found existing installation: pyudev 0.21.0
Uninstalling pyudev-0.21.0:
Successfully uninstalled pyudev-0.21.0
Successfully installed pyudev-0.24.1
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 6
+ sudo pip3 install --force-reinstall --upgrade requests
Collecting requests
Downloading requests-2.31.0-py3-none-any.whl.metadata (4.6 kB)
Collecting charset-normalizer<4,>=2 (from requests)
Downloading charset_normalizer-3.3.2-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl.metadata (33 kB)
Collecting idna<4,>=2.5 (from requests)
Downloading idna-3.6-py3-none-any.whl.metadata (9.9 kB)
Collecting urllib3<3,>=1.21.1 (from requests)
Downloading urllib3-2.0.7-py3-none-any.whl.metadata (6.6 kB)
Collecting certifi>=2017.4.17 (from requests)
Downloading certifi-2023.11.17-py3-none-any.whl.metadata (2.2 kB)
Downloading requests-2.31.0-py3-none-any.whl (62 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 62.6/62.6 kB 6.2 MB/s eta 0:00:00
Downloading certifi-2023.11.17-py3-none-any.whl (162 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 162.5/162.5 kB 12.8 MB/s eta 0:00:00
Downloading charset_normalizer-3.3.2-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (133 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 133.7/133.7 kB 7.3 MB/s eta 0:00:00
Downloading idna-3.6-py3-none-any.whl (61 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 61.6/61.6 kB 6.1 MB/s eta 0:00:00
Downloading urllib3-2.0.7-py3-none-any.whl (124 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 124.2/124.2 kB 11.7 MB/s eta 0:00:00
Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests
Attempting uninstall: urllib3
Found existing installation: urllib3 1.24.1
Uninstalling urllib3-1.24.1:
Successfully uninstalled urllib3-1.24.1
Attempting uninstall: idna
Found existing installation: idna 2.6
Uninstalling idna-2.6:
Successfully uninstalled idna-2.6
Attempting uninstall: certifi
Found existing installation: certifi 2018.8.24
Uninstalling certifi-2018.8.24:
Successfully uninstalled certifi-2018.8.24
Attempting uninstall: requests
Found existing installation: requests 2.21.0
Uninstalling requests-2.21.0:
Successfully uninstalled requests-2.21.0
Successfully installed certifi-2023.11.17 charset-normalizer-3.3.2 idna-3.6 requests-2.31.0 urllib3-2.0.7
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 7
+ sudo pip3 install --force-reinstall --upgrade setuptools
Collecting setuptools
Downloading setuptools-68.0.0-py3-none-any.whl.metadata (6.4 kB)
Downloading setuptools-68.0.0-py3-none-any.whl (804 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 804.0/804.0 kB 13.9 MB/s eta 0:00:00
Installing collected packages: setuptools
Attempting uninstall: setuptools
Found existing installation: setuptools 40.8.0
Uninstalling setuptools-40.8.0:
Successfully uninstalled setuptools-40.8.0
Successfully installed setuptools-68.0.0
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 8
+ sudo pip3 install --force-reinstall --upgrade wheel
Collecting wheel
Downloading wheel-0.42.0-py3-none-any.whl.metadata (2.2 kB)
Downloading wheel-0.42.0-py3-none-any.whl (65 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 65.4/65.4 kB 4.2 MB/s eta 0:00:00
Installing collected packages: wheel
Attempting uninstall: wheel
Found existing installation: wheel 0.37.1
Uninstalling wheel-0.37.1:
Successfully uninstalled wheel-0.37.1
Successfully installed wheel-0.42.0
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 9
+ sudo pip3 install --force-reinstall --upgrade pyserial
Collecting pyserial
Downloading pyserial-3.5-py2.py3-none-any.whl (90 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 90.6/90.6 kB 4.6 MB/s eta 0:00:00
Installing collected packages: pyserial
Attempting uninstall: pyserial
Found existing installation: pyserial 3.4
Uninstalling pyserial-3.4:
Successfully uninstalled pyserial-3.4
Successfully installed pyserial-3.5
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 10
+ sudo pip3 install --force-reinstall --upgrade pymodbus==3.2.2
ERROR: Ignored the following versions that require a different python version: 3.0.0 Requires-Python >=3.8.0; 3.0.0.dev4 Requires-Python >=3.8.0; 3.0.0.dev5 Requires-Python >=3.8.0; 3.0.0rc1 Requires-Python >=3.8.0; 3.0.1 Requires-Python >=3.8.0; 3.0.2 Requires-Python >=3.8.0; 3.1.0 Requires-Python >=3.8.0; 3.1.1 Requires-Python >=3.8.0; 3.1.2 Requires-Python >=3.8.0; 3.1.3 Requires-Python >=3.8.0; 3.2.0 Requires-Python >=3.8.0; 3.2.1 Requires-Python >=3.8.0; 3.2.2 Requires-Python >=3.8.0; 3.3.0 Requires-Python >=3.8.0; 3.3.1 Requires-Python >=3.8.0; 3.3.2 Requires-Python >=3.8.0; 3.4.0 Requires-Python >=3.8.0; 3.4.1 Requires-Python >=3.8.0; 3.5.0 Requires-Python >=3.8.0; 3.5.1 Requires-Python >=3.8.0; 3.5.2 Requires-Python >=3.8.0; 3.5.3 Requires-Python >=3.8.0; 3.5.4 Requires-Python >=3.8.0; 3.6.1 Requires-Python >=3.8.0; 3.6.2 Requires-Python >=3.8.0; 3.6.3 Requires-Python >=3.8.0
ERROR: Could not find a version that satisfies the requirement pymodbus==3.2.2 (from versions: 0.9.0, 1.0.0, 1.1.0, 1.2.0, 1.3.0rc1, 1.3.0rc2, 1.3.1, 1.3.2, 1.4.0rc3, 1.4.0, 1.5.0, 1.5.1, 1.5.2, 2.0.0, 2.0.1, 2.1.0, 2.2.0rc1, 2.2.0rc2, 2.2.0rc3, 2.2.0rc4, 2.2.0, 2.3.0rc1, 2.3.0, 2.4.0rc1, 2.4.0, 2.5.0rc1, 2.5.0rc2, 2.5.0, 2.5.1rc1, 2.5.1, 2.5.2, 2.5.3rc1, 2.5.3, 3.0.0.dev2, 3.0.0.dev3)
ERROR: No matching distribution found for pymodbus==3.2.2
+ echo 11
+ sudo pip3 install --force-reinstall --upgrade bitstring
Collecting bitstring
Downloading bitstring-4.1.4-py3-none-any.whl.metadata (5.8 kB)
Collecting bitarray<3.0.0,>=2.8.0 (from bitstring)
Downloading bitarray-2.9.2-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl.metadata (34 kB)
Downloading bitstring-4.1.4-py3-none-any.whl (60 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 61.0/61.0 kB 5.6 MB/s eta 0:00:00
Downloading bitarray-2.9.2-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (279 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 279.9/279.9 kB 15.7 MB/s eta 0:00:00
Installing collected packages: bitarray, bitstring
Successfully installed bitarray-2.9.2 bitstring-4.1.4
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
+ echo 12
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end modbus
+ rm /tmp/jeedom_install_in_progress_modbus
+ echo '*******************End of package installation******************'
*******************End of package installation******************
ok faites un ticket au support là, ils ont cassé quelque chose sur la version stable au lieu de le faire en beta, je ne comprend pas ce qui a été fait.
pour vous débloquer, en mode rescue, supprimez le dossier du plugin
je vais faire une restauration
J’ai fait une demande support ce matin.
Bonjour,
Je recontre le même problème (Modbus mis à jour ce matin, et jeedom passé de 4.3.21 à 4.3.22).
Visiblement, en 4.3.21, cela fonctionnait bien.
Si vous avez une solution, je suis preneur !
Merci.
Pesonnellement j’ai renommé le folder du plugin, pour ne pas perdre la configuration
Possible de remettre la version précédente ?
Merci
la solution est donné plus haut
Bonjour,
Autant pour moi, je n’avais pas vu la résolution: il faut ensuite réinstaller le plugin.
Je confirme de fait que cela marche, et on ne perd aucune donnée/configuration !
Merci!
Effectivement, ils ont corrigé le bug entre temps