Bonjour, j’ai lancé une mise à jour de Zigbee et cela est extrêmement long à mettre à jour les dépendances. Je n’avais pas mis à jour depuis septembre. Est-ce normal que ce soit si long ? 2% en 172mn maintenant…
Je suis sur une VM d’un NAS Synology avec une Conbee II.
Dans les logs de zigbee_packages j’ai cela mais je ne sais pas si cela date d’aujourd’hui
+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_zigbee
+ echo 1
+ echo 2
+ sudo chmod +x /var/www/html/core/class/../../plugins/zigbee/resources/pre-install.sh
+ sudo /var/www/html/core/class/../../plugins/zigbee/resources/pre-install.sh
Launch pre-install of zigbee dependancy
Reading package lists...
Building dependency tree...
Reading state information...
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Reading package lists...
Building dependency tree...
Reading state information...
Package 'rustc' is not installed, so not removed
The following packages were automatically installed and are no longer required:
libhttp-parser2.8 libstd-rust-1.41 libstd-rust-dev rust-gdb
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up grub-pc (2.06-3~deb10u2) ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
Configuring grub-pc
-------------------
The GRUB boot loader was previously installed to a disk that is no longer
present, or whose unique identifier has changed for some reason. It is important
to make sure that the installed GRUB core image stays in sync with GRUB modules
and grub.cfg. Please check again to make sure that GRUB is written to the
appropriate boot devices.
If you're unsure which drive is designated as boot drive by your BIOS, it is
often a good idea to install GRUB to all of them.
Note: it is possible to install GRUB to partition boot records as well, and some
appropriate partitions are offered here. However, this forces GRUB to use the
blocklist mechanism, which makes it less reliable, and therefore is not
recommended.
1. /dev/sda (107374 MB; iSCSI_Storage) 3. none of the above
2. - /dev/sda1 (104152 MB; /)
(Enter the items you want to select, separated by spaces.)
GRUB install devices:
Dans les logs je ne peux pas entrer de numéro, je parais bloqué. Que puis-je faire ? Merci
Regardes dans les logs, il est certainement en train de générer des trucs pour de l’encryptions.
Je crois que ce n’est pas déclencher directement par le plugin mais par une des dépendance qu’il installe. Ca prend beaucoup de temps, lors de cette mise à jour mais ce ne sera plus le cas par la suite.
Mais jette un coup d’œil dans les logs pour confirmer que c’est bien ça…
[2022-11-18 11:30:11]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 11:45:10]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 12:00:18]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 12:15:09]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 12:30:11]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 12:45:10]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 13:00:13]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 13:15:10]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 13:30:09]ERROR : Attention : l'installation des dépendances a dépassé le temps maximum autorisé : 120min
[2022-11-18 13:30:12]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 13:45:11]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 14:00:14]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
[2022-11-18 14:15:11]ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
Personnellement je doute fortement que le plugin ait quelque chose à voir là-dedans mais oui il faudrait que la clé soit montée.
A ta place je commencerai par redémarrer la VM en m’assurant en 1er lieu d’avoir une sauvegarde Jeedom récente à disposition sur ton pc parce que ce message n’augure rien de bon sauf erreur :
The GRUB boot loader was previously installed to a disk that is no longer
present, or whose unique identifier has changed for some reason. It is important
to make sure that the installed GRUB core image stays in sync with GRUB modules
and grub.cfg. Please check again to make sure that GRUB is written to the
appropriate boot devices.
If you're unsure which drive is designated as boot drive by your BIOS, it is
often a good idea to install GRUB to all of them.
Note: it is possible to install GRUB to partition boot records as well, and some
appropriate partitions are offered here. However, this forces GRUB to use the
blocklist mechanism, which makes it less reliable, and therefore is not
recommended.
1. /dev/sda (107374 MB; iSCSI_Storage) 3. none of the above
2. - /dev/sda1 (104152 MB; /)
(Enter the items you want to select, separated by spaces.)
GRUB install devices:
A voir ensuite si la VM redémarre déjà et si l’installation des dépendances s’effectue sans ce message ? Sinon à priori le plus simple sera de refaire une nouvelle VM Jeedom et y restaurer ta sauvegarde avant de réinstaller les dépendances des plugins.
J’ai le même problème que @Bounce depuis la mise à jour réalisée ce midi (Core 4.3.10 + zigbee beta). J’ai eu le message temps maximum d’installation des dépendances dépassé. Je suis sur RPi 3 avec clé Conbee II.
J’ai remis en place ma sauvegarde d’avant MàJ et cela semble OK (Core 4.3.8).
Le Grub je pense que c’est une ancienne erreur que j’avais eu cet été et que j’avais réussi à corriger. On ne peut pas avoir la date d’édition du log zigbee_packages ?
Ce qui est bizarre c’est que ma VM tourne en général autour de 6-9% d’utilisation CPU et là j’oscille entre 9 et 55% régulièrement, j’ai l’impression que ça mouline du coup derrière… mais bon j’en suis toujours à 2% et 279mn
Trop pressé de retrouver un fonctionnement normal de la maison … je n’ai malheureusement pas récupéré les logs avant de revenir sur ma sauvegarde … Mais je n’ai rien modifié d’autre dans ma config à part lancer la MàJ.
Je n’en suis pas certain mais on dirait quand même bien que les dépendances sont arrêtées en attente d’une réponse à ça :
1. /dev/sda (107374 MB; iSCSI_Storage) 3. none of the above
2. - /dev/sda1 (104152 MB; /)
(Enter the items you want to select, separated by spaces.)
GRUB install devices:
On dirait donc bien que c’est cette erreur qui te bloque actuellement.
C’est l’ancienne VM qui est une copie juste avant la MAJ si j’ai bien suivi c’est ça ?
Tu as déjà effectué cette procédure de copie de VM auparavant ? Sans problèmes ?
J’aurai tendance à penser que l’erreur GRUB pourrait venir de là mais toujours sans complète certitude.
Edit : j’ai regardé vite fait sur le net et ça semble bien être ça car je trouve des messages avec la même erreur sur des clones de VM. La solution semble être de réinstaller GRUB en ligne de commandes dans ce cas.
Oui c’est ça une copie juste avant la MAJ.
Ca m’est arrivé de faire cela par le passé sans aucun problème… ou presque car j’ai déjà eu un souci de Grub mais je ne sais plus pourquoi et comment cela avait été solutionné.
Ah ok pour la réinstallation mais comment je fais cela ?
Je me connecte en SSH sur mon Jeedom ?
Oui en SSH, je suis pas un spécialiste de GRUB mais en faisant un sudo apt update && sudo apt upgrade il devrait te proposer à nouveau le choix de la partition auquel il faut répondre 1 si je ne m’abuse.
A voir si ça fonctionne et si c’est suffisant ? Je te promet rien, ça peut aussi casser la VM clone
Perso je ferai un petit reboot de la VM avant histoire de mettre toutes les chances de mon côté et vérifier que la VM redémarre correctement et oui si OK MAJ du plugin Zigbee.
