[Upgrade V3>V4] Dependances NOK mais les logs disent le contraire!

Bonjour,

Toujours dans le contexte de ma mise à jour en V4 j’observe sur la page santé que le plugin monitoring a un statut de dépendances en NOK.

Jeedom stable 4.0.61
Monitoring stable 2020-06-24 01:07:30

Etrange, mais j’ai relancé l’installation … et ça finit mal !

Log du plugin

***************************************************************************************************** * Lancement de l'installation du module SSH pour PHP 7 / Launch install of module ssh2 for PHP 7 * ***************************************************************************************************** Get:1 http://archive.raspberrypi.org/debian stretch InRelease [25.4 kB] Hit:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease Hit:3 https://deb.nodesource.com/node_12.x stretch InRelease Hit:4 https://packages.sury.org/php stretch InRelease Fetched 25.4 kB in 3s (7,019 B/s) Reading package lists... Reading package lists... Building dependency tree... Reading state information... php-ssh2 is already the newest version (1.2+0.13-1+0~20191219.11+debian9~1.gbp46c3d2). 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 * *****************************************************************************************************

Ce plugin parait assez à l’abandon, c’est dommage, parce que le plugin officiel monitoring2 est plus puissant mais inutilisable sans template, faudrait passer individuellement un temps fou pour faire la même chose qu’ici.
Pour info, mon problème est lié à mon installation. J’utilisais une version PHP custom (7.4.13) sur Debian 9 (stretch) et le script est pas conçu pour ça. En forçant l’install du module, ça passe.

guihome@jeedom:~ $ php --version
PHP 7.4.13 (cli) (built: Nov 30 2020 20:40:50) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.13, Copyright (c), by Zend Technologies
guihome@jeedom:~ $ sudo apt-get update
[sudo] password for guihome:
Get:1 http://archive.raspberrypi.org/debian stretch InRelease [25.4 kB]
Hit:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease
Hit:3 https://deb.nodesource.com/node_12.x stretch InRelease
Get:4 https://packages.sury.org/php stretch InRelease [6,763 B]
Get:5 https://packages.sury.org/php stretch/main armhf Packages [199 kB]
Fetched 231 kB in 3s (58.5 kB/s)
Reading package lists... Done
guihome@jeedom:~ $ php -m
[PHP Modules]
(...)
ssh2
(...)
[Zend Modules]
Zend OPcache

En même temps php 7.4 tout fraîchement dispo, et n’est pas officiellement supporté par le core. Alors en plus une version custom sur autre chose que la dernière mouture de debian, tu mets toutes les chances de ton côté pour avoir des ennuis ! Donc c’est délicat de conclure que le plugin est problématique…

1 « J'aime »

Je dis pas que le plugin est problématique, je dis qu’il n’est apparemment plus supporté. Je trouve ça même suspicieux que mes sources ne soient pas celles du dépot github.
Quand à PHP, je suis passé à la 7.4 parce qu’elle booste énormément jeedom, et surtout que les versions sous stretch sont archaïques.
Je ne dis pas que je le conseille à tout le monde, évidemment, mais ça a corrigé tous mes problèmes de surconsommation CPU que j’avais, jeedom est enfin devenu moins gourmand !

Plus supporté ? Il est pas en legacy?
Qu’il n’évolue pas, ça ne me choque pas, les commandes shell pour récupérer les informations sont toujours fonctionnelles donc tant que ça marche et si on a pas assez de temps. Le résultat est vite vu. Enfin c’est à mon avis.
Personnellement je serai passé à buster à ta place. Si en plus tu passes de 32 à 64b c’est 20% de performances en + et pas uniquement pour le php.

1 « J'aime »

Ne t’inquiètes pas, c’est prévu pour buster, je fais par étape, j’essaye déjà de récupérer une v4 fonctionnelle.
Je ne m’attends pas à des évolutions extraordinaires sur ce type de plugin, je suis d’accord, mais là entre lui et netatmo, dont les polices sont illisibles, pas conformes aux autres tuiles, pour moi c’est pas à jour.
Ce que je regrette surtout, c’est que le plugin officiel ne fasse pas au moins aussi bien, ce qui permettrait de ne passer que par un plugin jeedom.

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