Bloqué depuis 40 minutes à la mise à jour en 4.0.6 (depuis V3.3.39)

sylvouille · Février 4, 2020, 4:12

Bonjour,
en cours de mise à jour depuis la 3.3.39 vers la v4, je suis bloqué depuis 40 minutes au stade suivant :



    Accueil
    Analyse
    Outils
    Plugins

    1
    1
    17:09:29


Dernière vérification : 2020-02-04 16:29:10


    Core et plugins
    Autre
    Logs

Informations :

[START UPDATE]
****Update from 3.3.39 (2020-02-04 16:29:23)****
Parameters : {"preUpdate":"0","backup::before":"1","plugins":"0","core":"1","force":"0","update::reapply":""}
Send begin of update event...OK
Check rights...
OK
[START BACKUP]
***************Start of Jeedom backup at 2020-02-04 16:29:26***************
Envoi l'évènement de début de sauvegarde...OK
Vérification des droits sur les fichiers...
OK
Vérification de la base de données...
OK
Sauvegarde la base de données...
OK
Persistance du cache :
OK
Création de l'archive...
tar: .: file changed as we read it
OK
Nettoyage de l'ancienne sauvegarde...OK
Limitation de la taille des sauvegardes à 500 Mo...
OK
Nom de la sauvegarde : /var/www/html/core/php/../../backup/backup-Jeedom-3.3.39-2020-02-04-16h29.tar.gz
Vérification des droits sur les fichiers...
OK
Envoi l'évènement de fin de sauvegarde...OK
Durée de la sauvegarde : 47s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]
Disable all task
.
.
. OK
Disable all scenario............
..................................
......... OK
Download url : https://github.com/jeedom/core/archive/V4-stable.zip
Download in progress...--2020-02-04 16:30:20--  https://github.com/jeedom/core/archive/V4-stable.zip
Resolving github.com (github.com)... 140.82.118.4
Connecting to github.com (github.com)|140.82.118.4|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/jeedom/core/zip/V4-stable [following]
--2020-02-04 16:30:20--  https://codeload.github.com/jeedom/core/zip/V4-stable
Resolving codeload.github.com (codeload.github.com)... 140.82.113.9
Connecting to codeload.github.com (codeload.github.com)|140.82.113.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/zip]
Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0K ........ ..
...... ........ ........ ..
...... ........ 1.13M
3072K ........ ..
...... ........ ........ .
....... ........ 1.31M
6144K ........ .
....... ........ ........
........ ........ 1.30M
9216K ........
........ ........ ........
........ ........ 1.31M
12288K ........
........ ........ ........ .
....... ........ 1.31M
15360K ........ ..
...... ........ ........ .
....... ........ 1.31M
18432K ........ ..
...... ........ ........ ..
...... ........ 1.31M
21504K ........ ...
..... ........ ........ ...
..... ........ 1.31M
24576K ........ ....
.... ........ ........ .....
... ........ 1.25M
27648K ........ .....
... ........ ........ ......
.. ........ 1.37M
30720K ........ ......
.. ........ ........ .......
. ........ 1.31M
33792K ........ .......
. ........ ........ .......
. ........ 1.31M
36864K ........ .......
. ........ ........ ........
........ 1.31M
39936K ........ ........
........ ........ ........
........ 1.31M
43008K ........ ........
........ ..                         1.32M=34s
2020-02-04 16:30:55 (1.30 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [45797663]
OK
Cleaning folders...OK
Create temporary folder...OK
Unzip in progress...
OK
Clean temporary files (tmp)...OK
Moving files...
OK
Remove temporary files...OK
Update system into : 3.4.0...
Suppression theme /var/www/html/install/update/../../core/themes/amber/Suppression theme /var/www/html/install/update/../../core/themes/blue/Suppression theme /var/www/html/install/update/../../core/themes/blue_grey/Suppression theme /var/www/html/install/update/../../core/themes/bootable/Suppression theme /var/www/html/install/update/../../core/themes/brown/Suppression theme /var/www/html/install/update/../../core/themes/cyan/Suppression theme /var/www/html/install/update/../../core/themes/darksobre/Suppression theme /var/www/html/install/update/../../core/themes/deep_orange/Suppression theme /var/www/html/install/update/../../core/themes/deep_purple/Suppression theme /var/www/html/install/update/../../core/themes/green/Suppression theme /var/www/html/install/update/../../core/themes/grey/Suppression theme /var/www/html/install/update/../../core/themes/light_blue/Suppression theme /var/www/html/install/update/../../core/themes/light_green/Suppression theme /var/www/html/install/update/../../core/themes/lime/Suppression theme /var/www/html/install/update/../../core/themes/orange/Suppression theme /var/www/html/install/update/../../core/themes/pink/Suppression theme /var/www/html/install/update/../../core/themes/purple/Suppression theme /var/www/html/install/update/../../core/themes/red/Suppression theme /var/www/html/install/update/../../core/themes/teal/Suppression theme /var/www/html/install/update/../../core/themes/yellow/OK
Update system into : 4.0.1...
OK
Update system into : 4.0.2...
OK
Update system into : 4.0.3...Copy widget of plugin widget to jeedom custom widget dir...OK
Update system into : 4.0.4...
OK
Update system into : 4.0.5...
OK
Update system into : 4.0.6...
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
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
dpkg-preconfigure: unable to re-open stdin:

Je suis sur un RPI3+ , avec un SSD, et sous raspbian stretch.
Dois-je encore attendre, ou cela est-il anormal ?
Merci d’avance !

Loic · Février 4, 2020, 4:15

Bonjour
Oui faut attendre la jeedom repasse sur tout les objets commande équipements c’est très long

sylvouille · Février 4, 2020, 4:17

Ok, merci bien Loïc, je crois que j’avais juste besoin d’être rassuré !
J’attends et je vous tiens au courant.

sylvouille · Février 4, 2020, 5:34

Y a-t-il des témoignages de gens chez qui ça a mis plus de 2h ? Merci d’avance !

sylvouille · Février 4, 2020, 7:21

Bon, au bout de presque 4 heures, je commence quand même à me poser des questions … Y a-t-il un moyen de savoir si la mise à jour continue ou pas ?
Pour info, les commandes sont toujours accessibles par l’API, et la page rescue fonctionne … Par contre la log de mise à jour n’a pas bougé depuis mon premier message.

Loic · Février 4, 2020, 7:43

Regarde si tu as un process update qui tourne (dans la console système tu fais ps ax | grep update.php)

naboleo · Février 4, 2020, 7:45

Depuis un accès ssh lance cette commande… ensuite relance ta mise à jour…

sudo DEBIAN_FRONTEND=noninteractive apt install -y Dialog Readline Teletype

Tu es dans le cas où les packages demandent de répondre à des questions… dans les scripts, c’est mortel car tant que tu as pas fourni de réponse, ça attends

sylvouille · Février 4, 2020, 7:57

Ok, super, merci pour l’info.
Pour l’instant j’ai restauré ma dernière sauvegarde (s’il commence à faire 15°C dans la maison, je risque d’entendre grogner !), mais dès que j’ai quelques heures devant moi, je retente avec ça. Merci encore

sylvouille · Février 4, 2020, 7:59

Merci pour l’info, comme dit juste avant, j’ai renoncé pour l’instant parce qu’il fallait que je retrouve un fonctionnement normal de la maison (c’est qu’on devient dépendant !), mais je note la commande et je l’utiliserai la prochaine fois si nécessaire ! Bonne soirée et encore merci

sylvouille · Février 12, 2020, 12:17

Bonjour,
et un grand merci pour m’avoir mis sur la bonne piste ! Finalement j’ai lancé la commande suivante en ssh :

sudo dpkg-reconfigure debconf --frontend==noninteractive

pour inscrire « en dur » l’interface noninteractive par défaut, puis j’ai relancé la mise à jour normalement. Résultat : elle s’est déroulée parfaitement (et rapidement en plus !), et tout a l’air de fonctionner parfaitement.
Donc un grand merci ! Et au passage, cette V4 a vraiment l’air géniale .

ninouness · Avril 2, 2020, 8:10

Bonjour,

Merci pour ce post qui m’a bien aidé.
Je me permets de répondre car j’ai eu deux difficultés que d’autres peuvent rencontrer.

Tout d’abord ayant la même erreur, j’ai tenté cette commande : sudo DEBIAN_FRONTEND=noninteractive apt install -y Dialog Readline Teletype
Mais j’ai eu ces erreurs :

Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package Dialog
E: Unable to locate package Readline
E: Unable to locate package Teletype

J’ai donc tenté la commande : sudo dpkg-reconfigure debconf --frontend==noninteractive
Mais j’ai eu une erreur de syntaxe.
J’ai donc bouquiné un peu le sujet malgré moi (source : https://manpages.debian.org/testing/debconf-doc/debconf.7.fr.html) car je suis face à Linux comme un aveugle devant un sourd et muet. La réponse était simple mais je ne voulais pas faire de bêtise; il y a un = en trop dans la commande.
La bonne commande est donc : sudo dpkg-reconfigure debconf --frontend=noninteractive
Cette commande m’a permis de faire la mise à jour avec juste un warning.

En espérant que ce post fera un ou des heureux.
Tcho.

epsimed · Avril 16, 2020, 6:51

Bonjour,
J’ai le même problème, mais je ne comprends pas bien ce que vous faites du process de mise à jour en cours… Vous le tuer ?
Comment relancez-vous la mise à jour alors que l’interface Web est indisponible (pour moi en tout cas!)?
Voilà mon écran Jeedom!!

Merci d’avance

epsimed · Avril 16, 2020, 10:10

Au final, j’ai réussi à migré!!
La restauration en ligne de commande vers une sauvegarde d’avant le test de migration n’a que moyennement marché . (commande: sudo php /var/www/html/install/restore.php )
J’ai récupéré un accès à une page web mais sans HTML !! Et 2 reboot n’y ont rien fait.
Au final, j’ai fait une migration « à la main »:
sudo dpkg-reconfigure debconf --frontend=noninteractive
sudo php /var/www/html/install/update.php

Update system into : 4.0.1...OK
Update system into : 4.0.2...OK
Update system into : 4.0.3...Copy widget of plugin widget to jeedom custom widget dir...OK
Update system into : 4.0.4...OK
Update system into : 4.0.5...Begin migrate planOK
Update system into : 4.0.6...E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème.
OK
Update system into : 4.0.7...OK
Update system into : 4.0.11...OK
Update system into : 4.0.15...OK
Update system into : 4.0.23...E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème.
OK
Update system into : 4.0.34...OK
Update system into : 4.0.39...OK
Update system into : 4.0.42...OK
Update system into : 4.0.45...OK
Check jeedom consistency...[START CONSISTENCY]
[START CHECK AND FIX DB]

Fix : ALTER TABLE `cmd` DROP INDEX `unique`;
Fix : ALTER TABLE `cmd` DROP INDEX `isHistorized`;
Fix : ALTER TABLE `cmd` DROP INDEX `type`;
Fix : ALTER TABLE `cmd` DROP INDEX `name`;
Fix : ALTER TABLE `cmd` DROP INDEX `subtype`;
Fix : ALTER TABLE `cmd` DROP INDEX `eqLogic_id`;
Fix : ALTER TABLE `cmd` DROP INDEX `value`;
Fix : ALTER TABLE `cmd` DROP INDEX `order`;
Fix : ALTER TABLE `cmd` DROP INDEX `logicalID`;
Fix : ALTER TABLE `cmd` DROP INDEX `logicalId_eqLogicID`;
Fix : ALTER TABLE `cmd` MODIFY COLUMN `logicalId`  varchar(255) NULL
Fix : ALTER TABLE `cmd` MODIFY COLUMN `name`  varchar(127) NULL
Fix : ALTER TABLE `cmd` DROP `html`
Fix :
CREATE UNIQUE INDEX `unique` ON `cmd` (`eqLogic_id` ASC,`name` ASC)
Fix :
CREATE INDEX `isHistorized` ON `cmd` (`isHistorized` ASC)
Fix :
CREATE INDEX `type` ON `cmd` (`type` ASC)
Fix :
CREATE INDEX `name` ON `cmd` (`name` ASC)
Fix :
CREATE INDEX `subtype` ON `cmd` (`subType` ASC)
Fix :
CREATE INDEX `eqLogic_id` ON `cmd` (`eqLogic_id` ASC)
Fix :
CREATE INDEX `value` ON `cmd` (`value` ASC)
Fix :
CREATE INDEX `order` ON `cmd` (`order` ASC)
Fix :
CREATE INDEX `logicalID` ON `cmd` (`logicalId` ASC)
Fix :
CREATE INDEX `logicalId_eqLogicID` ON `cmd` (`eqLogic_id` ASC,`logicalId` ASC)
Fix : ALTER TABLE `config` MODIFY COLUMN `key`  varchar(127) NOT NULL
Fix : ALTER TABLE `eqReal` DROP INDEX `name_UNIQUE`;
Fix : ALTER TABLE `eqReal` DROP INDEX `logicalId`;
Fix : ALTER TABLE `eqReal` DROP INDEX `type`;
Fix : ALTER TABLE `eqReal` DROP INDEX `logicalId_Type`;
Fix : ALTER TABLE `eqReal` DROP INDEX `name`;
Fix : ALTER TABLE `eqReal` MODIFY COLUMN `name`  varchar(127) NULL
Fix :
CREATE UNIQUE INDEX `name_UNIQUE` ON `eqReal` (`name` ASC)
Fix :
CREATE INDEX `logicalId` ON `eqReal` (`logicalId` ASC)
Fix :
CREATE INDEX `type` ON `eqReal` (`type` ASC)
Fix :
CREATE INDEX `logicalId_Type` ON `eqReal` (`logicalId` ASC,`type` ASC)
Fix :
CREATE INDEX `name` ON `eqReal` (`name` ASC)
Fix : ALTER TABLE `interactDef` ADD `display` text NULL
Fix : ALTER TABLE `message` ADD `occurrences` int(11) NULL
Fix : ALTER TABLE `object` DROP INDEX `name_UNIQUE`;
Fix : ALTER TABLE `object` DROP INDEX `fk_object_object1_idx1`;
Fix : ALTER TABLE `object` DROP INDEX `position`;
Fix : ALTER TABLE `object` MODIFY COLUMN `name`  varchar(127) NOT NULL
Fix :
CREATE UNIQUE INDEX `name_UNIQUE` ON `object` (`name` ASC)
Fix :
CREATE INDEX `fk_object_object1_idx1` ON `object` (`father_id` ASC)
Fix :
CREATE INDEX `position` ON `object` (`position` ASC)
Fix : ALTER TABLE `plan3dHeader` ADD `order` int(11) NULL
Fix : CREATE INDEX `order` ON `plan3dHeader` (`order` ASC)
Fix : ALTER TABLE `planHeader` ADD `order` int(11) NULL
Fix : CREATE INDEX `order` ON `planHeader` (`order` ASC)
Fix : ALTER TABLE `scenario` DROP `type`
Fix : CREATE TABLE IF NOT EXISTS `widgets` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL,
`type` varchar(27) NULL,
`subtype` varchar(27) NULL,
`template` varchar(255) NULL,
`display` text NULL,
`replace` text NULL,
`test` text NULL,
primary key(`id`))
 ENGINE InnoDB;

CREATE UNIQUE INDEX `unique` ON `widgets` (`type` ASC,`subtype` ASC,`name` ASC)[END CHECK AND FIX DB]
Check jeedom database...OK

Check filesystem right...OK
[END CONSISTENCY]
OK
Check update...OK
***************Jeedom is up to date in 4.0.49***************
***************Update plugins***************
***************Update plugin successfully***************
Check update
OK
Enable scenario : OK
Enable task : OK
Launch cron dependancy plugins...OK
Send end of update event...Update duration : 92s
[END UPDATE SUCCESS]

sudo chown -R www-data:www-data /var/www/html

Au final, après un reboot, tout semble OK

Daniel · Avril 30, 2020, 1:04

Effectivement ça peut prendre un moment!
Il ne faut pas être angoissé…

Jeedom is up to date in 4.0.52
Check update
OK
Enable scenario : OK
Enable task : OK
Launch cron dependancy plugins…OK
Send end of update event…Update duration : 2070s
[END UPDATE SUCCESS]

Soniik · Juin 13, 2020, 9:24

Merci,

Etant novice, j’ai galéré pour passer de V3 en V4 avant de tomber sur ce poste.

J’ai quand même du faire une réinstallation from scratch après le blocage lors de la première tentative de migration, puis la restauration de ma sauvegarde.

la petite ligne de commande qui va bien : sudo dpkg-reconfigure debconf --frontend=noninteractive

J’ai relancé la migration et c’est passé, soulagement.

Merci

Jerem62 · Novembre 17, 2020, 1:52

Qu’entends-tu par restauration « from scratch » ? Je suis novice aussi… et je suis malheureusement bloqué sur la ligne « dpkg-preconfigure: unable to re-open stdin » pendant le processus de MAJ vers la V4. Cela fait maintenant 50mn. Je suis sur RPI3B+ et je ne sais pas comment m’en sortir. Quelle est la procédure avant la ligne de commande et la possibilité de relancer la MAJ ???

[START UPDATE]
****Update from 3.3.53 (2020-11-17 14:02:05)****
Parameters : {"preUpdate":"0","backup::before":"0","plugins":"0","core":"1","force":"0","update::reapply":""}
Send begin of update event...OK
[PROGRESS][5]
Check rights...
OK
[PROGRESS][10]
[PROGRESS][15]
Download url : https://github.com/jeedom/core/archive/V4-stable.zip
Download in progress...--2020-11-17 14:02:07--  https://github.com/jeedom/core/archive/V4-stable.zip
Resolving github.com (github.com)... 140.82.121.4
Connecting to github.com (github.com)|140.82.121.4|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://codeload.github.com/jeedom/core/zip/V4-stable [following]
--2020-11-17 14:02:07--  https://codeload.github.com/jeedom/core/zip/V4-stable
Resolving codeload.github.com (codeload.github.com)... 140.82.121.9
Connecting to codeload.github.com (codeload.github.com)|140.82.121.9|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 44893272 (43M) [application/zip]
Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0K ........ ........ ........ ........ ........ ........  7% 5.85M 7s
3072K ........ ........ ........ ........ ........ ........ 14% 8.99M 5s
6144K ........ ........ ......
.. ........ ........ ........ 21% 9.22M 4s
9216K ........ ........ ........ ........ ........ ........ 28% 9.86M 4s
12288K ........ ........ ........ ........ ........ ........ 35% 9.71M 3s
15360K ........ ........ ........ ........ ........ ........ 42% 9.71M 3s
18432K ........ .
....... ........ ........ ........ ........ 49% 9.14M 3s
21504K ........ ........ ........ ........ ........ ........ 56% 9.80M 2s
24576K ........ ........ ........ ........ ........ ........ 63% 9.89M 2s
27648K ........ ........ ........ ........ .....
... ........ 70% 7.95M 1s
30720K ........ ........ ........ ........ ........ ........ 77% 6.88M 1s
33792K ........ ........ ........ ........ ........ ........ 84% 6.87M 1s
36864K ........ ........ .
....... ........ ........ ........ 91% 7.02M 0s
39936K ........ ........ ........ ........ ........ ........ 98% 9.85M 0s
43008K ........ .....                                       100% 10.2M=5.1s
2020-11-17 14:02:13 (8.40 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [44893272/44893272]
[PROGRESS][25]
OK
Cleaning folders...
OK
[PROGRESS][30]
Create temporary folder...OK
[PROGRESS][35]
Unzip in progress...
OK
[PROGRESS][40]
Clean temporary files (tmp)...OK
Disable all task
OK
Disable all scenario..
................ OK
[PROGRESS][45]
Moving files...
OK
[PROGRESS][50]
Remove temporary files...OK
[PROGRESS][55]
Update system into : 3.4.0...
OK
Update system into : 4.0.1...
OK
Update system into : 4.0.2...
OK
Update system into : 4.0.3...Copy widget of plugin widget to jeedom custom widget dir...OK
Update system into : 4.0.4...
OK
Update system into : 4.0.5...
OK
Update system into : 4.0.6...
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
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
dpkg-preconfigure: unable to re-open stdin:

Jerem62 · Novembre 17, 2020, 2:09

J’ai fait un http://www…/index.php?v=d&rescue=1 et j’ai une page html qui s’affiche avec le design de la V4. De l’autre côté, la mise à jour reste bloquée sur dpkg-preconfigure: unable to re-open stdin

Soniik · Novembre 17, 2020, 2:15

J’avais tout réinstallé depuis 0, rechargé ma dernière sauvegarde, exécuté la ligne de commande qui allait bien, puis relancé la migration.

Jerem62 · Novembre 17, 2020, 2:22

Ah ouais quand même ! Je pense qu’il y a possibilité de faire autrement… merci quand même

En mode « rescue » je pense pouvoir charger ma sauvegarde et recommencer le processus après exécution de la ligne de commande… je teste et je confirme

Edit : j’ai lancé la récupération de ma sauvegarde V3 en mode RESCUE :

[START RESTORE]
***************Début de la restauration de Jeedom 2020-11-17 15:24:17***************
Envoi l'évènement de début de restauration...OK
Vérification des droits...
OK
Fichier utilisé pour la restauration : /var/www/html/core/class/../../backup/backup-Smartek-3.3.53-2020-11-17-13h50.tar.gz
Backup database access configuration...Can not copy /var/www/html/install/../core/config/common.config.php
OK
Disable all task
OK
Disable all scenario.
................. OK
Décompression de la sauvegarde...

ça fait 20mn, et toujours bloqué sur Décompression de la sauvegarde, ma sauvegarde ne faisant que 40mo, je crains le pire

Les processus doivent rester en cours je suppose, ce qui bloque tout ?

Jerem62 · Novembre 17, 2020, 4:28

Finalement je suis parvenu à revenir sur ma V3.
J’ai donc enclenché la Release Candidate V4 depuis la config Jeedom puis désactivé le plugin Widget.
Je lance ensuite en SSH la commande qui va bien via Putty mais voici le résultat obtenu :

sudo dpkg-reconfigure debconf --frontend=noninteractive
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable

J’ai quand même relancé la mise à jour et voici le retour de Jeedom :

[START UPDATE]
Update in progress. I will wait 10s
Update in progress. You need to wait before update
[END UPDATE]

Je ne comprends rien…

EDIT : finalement après un reboot du RPI, la commande sudo dpkg-reconfigure debconf --frontend=noninteractive semble fonctionner. Je relance la maj vers la V4…

EDIT 2 : c’est OK, la mise à jour s’est faite vers la release. Après ça Jeedom propose de passer en stable, mise à jour en cours.
Voilà, je laisse le déroulé de mes problèmes au cas où ça peut servir à quelqu’un d’autre