Perso je ne met pas à jour je suis d’accord on s’y perd.
Le correctif cela ne semble pas fonctionnel…
1 « J'aime »
Moi je viens de faire cette erreur 
Plus de web sur mon Jeedom ! Tout blanc ! 
Pour la page blanche la solution est donnée.
Néanmoins il est vrai qu’un update correct en beta parait nécessaire
Merci 
J’ai trouvé ! Pour ma part pas vraiment besoin de monitoring donc désinstallation !
Salut,
J’ai refait une tentative hier avec la version la plus récente : 21-10-2023 1:13:55
KO ==> Ca me casse a nouveau mon jeedom, reboot == page blanche, Nut_Free kaput, Philips Hue Beta (v2) Kaput.
Si ça peut aider, les messages d’erreur dans les logs sont les mêmes que mentionnés précédemment.
J’ai restauré un snapshot de ma VM à l’état précédent, et bloqué à nouveau l’update du plugin.
1 « J'aime »
Compliqué à suivre dommage que le dev ne passe pas sur le forum cela serait plus simple pour dépanner car on est direct sur la stable…
1 « J'aime »
Clairement… on ce croirait en beta…
j’ai resolu le probleme :
restaurer une version precedente, qui est faite durant la nuit, pas celle, juste avant la mise a jour, ca ne fonctionne pas…
- DESACTIVER le plugin monitoring
- effectuer la mise a jour
- ACTIVER le plugin monitoring
- MISE a jour des dependances du plugin monitoring
→ ca devrait fonctionner directement… mais j’y ajoute un reboot , au cas ou
tout est ok pour moi avec la derniere mise a jour dispo …
une vrai galere !!! sans changelog, soit disant n’apportant QUE une certaine compatibilité, c’est completement raté !!!
Ce n’est pas un plugin officiel mais un plugin tiers.
ha oui, j’avais pas vu…
je rectifie mon post !
Ce n’est pas une solution pour moi ! Pas envie de perdre 5 jours d’historique (Conso électricité, gaz, eau…) ! J’ai tenté une désinstallation / nettoyage puis réinstallation : crash… Bref je vais m’en passer ce n’est pas bien grave !
On est même pas sur que le plugin est corrigé et que l’on peut appliquer comme tu indiques la mise à jour…
Hello,
De mon point de vue, les problèmes rencontrés par certains et pas d’autres (que l’on voit sur ce fil de discussion) dépendent des plugins que chacun utilise dans son jeedom et le fait que plusieurs de ces plugins commencent à utiliser la même librairie « phpseclib » (ce qui est une bonne chose en soit) mais qu’il n’y a pas d’uniformisation dans la déclaration de cette librairie dans les plugins.
Si l’import de cette librairie n’est pas fait de manière uniforme dans tous les plugins, alors ça continuera à faire planter les jeedom en erreur 500 car PHP va sortir un message d’erreur comme quoi la librairie phpseclib est déjà utilisée à un autre endroit du code.
D’autre part, il reste quelques bugs dans la dernière version de monitoring (en dehors des plantages) comme la version syno retournée qui n’est pas bonne (7.2.2 retournée au lieu de 7.2.1), ou bien le swap sur un Debian11, la fréquence du cpu sur un Ubuntu 22.04.3 là ce sont des cas qui sont visibles pour les utilisateurs, et d’autres qui ne sont pas visibles comme le check de VersionID dans le code qui n’est pas bon (là ce sont des chaînes de caractères qui sont comparées, alors qu’on cherche à comparer des nombres, la version de Debian notamment)
Je ne suis pas chez moi cette semaine, je proposerai certaines de ces modifs en rentrant sur le git du plugin (si personne ne le fait d’ici là).
Pour les erreurs 500, sur ma config je les ai éradiqué, mais pour cela il faut que les différents dev se concertent au niveau de l’usage et la déclaration de la librairie phpseclib, car j’ai du modifier cela dans plusieurs plugin (vmware, nutfree, monitoring, et peut-être d’autres également que je n’utilise pas)
Dans certains cas, pour ma part, cela avait même l’air de fonctionner, et puis en voulant aller dans le menu équipements par exemple, cela faisait là aussi planter jeedom.
Bonne journée
Titidom.
2 « J'aime »
Pour ma part, j’utilise cette lib dans plugin-vmczehnder plugin-tgw et plugin-fail2ban mais jamais en installant le paquet via les dépôts debian mais uniquement via include (lib gérée par composer)
Aucune modif sur le système ni sur l’environnement php.
Cela ne garanti par que la signature d’une méthode puisse changer et que potentiellement une autre version aie déjà été chargée mais au moins ca ne fera jamais crash complètement jeedom.
On devrait peut-être considérer la gestion de cette lib par le core comme c’est le cas pour d’autres (guzzle, oauth…)
1 « J'aime »
Bonjour,
De mon côté, j’ai récupéré des fichiers qui ont été corrigés ici :
Il y a des corrections concernant la recherche de température & co.
Et pour la dépendance, ceci :
Ces fichiers ont l’air à jour sur le repo, mais pourtant moi j’ai toujours les erreurs. Sur debian 11 c’est ok (mon jeedom de test) mais sur debian 10, pas encore, toujours les mêmes erreurs, l’installation des dépendances KO et une erreur sur le cron 
la différence entre debian 10 et 11 me fait dire que peut être ce n’est pas le même package, ou bien il n’est plus compatible (?) ça me ferait suer de juste mettre à jour debian pour cette histoire… D’un autre côté il faudra bien le faire un jour je suppose…
Effectivement, je suis sous debian 11.
Je n’ai plus de debian 10 en route chez moi.
Perso je suis sous debian 10.
Et chez moi ca roule avec nut_free et monitoring.
J’ai juste monitoring en version modifier et je n’ai pas re-installe les dépenses.
Stef.
J’ai suivi ton déroulé et cela semble bon pour moi aussi, voici ma log de mon update :
Je suis sur un PI4 sous Debian11 :
* Lancement de l'installation du module SSH pour PHP 7 / Launch install of module ssh2 for PHP 7 *
*****************************************************************************************************
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 http://deb.debian.org/debian bullseye-updates InRelease
Hit:3 http://security.debian.org/debian-security bullseye-security InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_18.x bullseye InRelease
Hit:6 https://packagecloud.io/ookla/speedtest-cli/debian bullseye InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
php-phpseclib is already the newest version (2.0.30-2).
php-ssh2 is already the newest version (1.2+0.13-4).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
*****************************************************************************************************
* Pour finaliser l'installation, redémarrer Jeedom / To complete the installation, restart Jeedom *
Par contre j’ai une erreur :
[2023-10-25 11:48:06]DEBUG : commande temp syno : timeout 3 cat $(find /sys/devices/* -name temp*_input | head -1)
[2023-10-25 11:52:59]DEBUG : commande temp syno : timeout 3 cat $(find /sys/devices/* -name temp*_input | head -1)
[2023-10-25 11:54:51]DEBUG : commande temp syno : timeout 3 cat $(find /sys/devices/* -name temp*_input | head -1)
[2023-10-25 12:00:13]DEBUG : commande temp syno : timeout 3 cat $(find /sys/devices/* -name temp*_input | head -1)
Dans Docker, ça ne marche pas, les packages sont introuvable (no installation candidate) et j’ai ces erreurs dans http.error
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(Net/SSH2.php): failed to open stream: No such file or directory in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 22
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(): Failed opening 'Net/SSH2.php' for inclusion (include_path='.:/usr/local/lib/php.:/usr/local/lib/php/phpseclib') in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 22
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(Crypt/RSA.php): failed to open stream: No such file or directory in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 23
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(): Failed opening 'Crypt/RSA.php' for inclusion (include_path='.:/usr/local/lib/php.:/usr/local/lib/php/phpseclib') in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 23
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(autoload.php): failed to open stream: No such file or directory in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 24
[25-Oct-2023 12:01:48 Europe/Brussels] PHP Warning: include(): Failed opening 'autoload.php' for inclusion (include_path='.:/usr/local/lib/php.:/usr/local/lib/php/phpseclib') in /var/www/html/plugins/Monitoring/core/class/Monitoring.class.php on line 24
J’ai pourtant réussi -enfin je crois - à installer manuellement phpseclib via composer, et donc la lib se retrouve dans le répertoire /vendor
composer require phpseclib/phpseclib:~3.0
Mais, pas trouvé comment installer ssh2 via composer, si c’est possible.