Problème Migration Debian 9.4

Ced60 · Janvier 17, 2021, 9:29

Bonjour, Je tente désespérément de mettre à jour ma Box Jeedom Smart vers Debian 9.4.
ça reste bloqué en étape 2 et je ne parviens pas à voir le message d’erreur? Si quelqu’un a une idée? Merci

Palmy_Hire · Janvier 23, 2021, 10:53

Idem pour moi … J’imagine qu’il faut tenter différents formatage de la clé USB. Je vais retenter.

Palmy_Hire · Janvier 23, 2021, 1:15

J’avais le même souci que toi, en passant de Firefox à Safari le pb est résolu.

Palmy_Hire · Janvier 23, 2021, 6:22

Et l’ensemble de l’installation s’est bien déroulée.

Ced60 · Janvier 26, 2021, 10:34

J’ai changé de clé USB et nickel néanmoins impossible de restaurer ma sauvegarde… Je suis deg….

Si quelqu’un a une idée je prend car beaucoup d’éléments et compliqué de tout remettre….

Merci

Ced60 · Janvier 26, 2021, 10:35

voici le log

[START RESTORE]
***************Début de la restauration de Jeedom 2021-01-26 11:34:18***************
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-JEEDOM_CED-4.0.62-2021-01-26-09h54.tar.gz
Backup database access configuration...Can not copy /var/www/html/install/../core/config/common.config.php
OK
Disable all taskkill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
kill: (12285): No such process
. OK
Disable all scenario OK
Décompression de la sauvegarde...
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
OK
Supprimer la table de la sauvegardeDésactive les contraintes...OK
Supprimer la table : cmd ...OK
Supprimer la table : config ...OK
Supprimer la table : cron ...OK
Supprimer la table : dataStore ...OK
Supprimer la table : eqLogic ...OK
Supprimer la table : eqReal ...OK
Supprimer la table : history ...OK
Supprimer la table : historyArch ...OK
Supprimer la table : interactDef ...OK
Supprimer la table : interactQuery ...OK
Supprimer la table : listener ...OK
Supprimer la table : message ...OK
Supprimer la table : note ...OK
Supprimer la table : object ...OK
Supprimer la table : plan ...OK
Supprimer la table : plan3d ...OK
Supprimer la table : plan3dHeader ...OK
Supprimer la table : planHeader ...OK
Supprimer la table : scenario ...OK
Supprimer la table : scenarioElement ...OK
Supprimer la table : scenarioExpression ...OK
Supprimer la table : scenarioSubElement ...OK
Supprimer la table : update ...OK
Supprimer la table : user ...OK
Supprimer la table : view ...OK
Supprimer la table : viewData ...OK
Supprimer la table : viewZone ...OK
Supprimer la table : widgets ...OK
Restauration de la base de données...OK
Active les contraintes...OK
Restauration du cache...OK
Check jeedom consistency...[START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom database...
OK
Check filesystem right...
OK
[END CONSISTENCY]
OK
Enable scenario : OK
Enable task : OK
Envoi l'évènement de la fin de la sauvegarde...OK
Temps de la restauration : 29s
***************Fin de la restauration de Jeedom***************
[END RESTORE SUCCESS]

Ced60 · Janvier 26, 2021, 11:32

J’ai essayé d’autres sauvegardes, rien n’y fait. Help…
Log ci-dessous

[START RESTORE]
***************Début de la restauration de Jeedom 2021-01-26 12:31:22***************
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-JEEDOM_CED-4.0.62-2021-01-12-10h53.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...
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
OK
Supprimer la table de la sauvegardeDésactive les contraintes...OK
Supprimer la table : cmd ...OK
Supprimer la table : config ...OK
Supprimer la table : cron ...OK
Supprimer la table : dataStore ...OK
Supprimer la table : eqLogic ...OK
Supprimer la table : eqReal ...OK
Supprimer la table : history ...OK
Supprimer la table : historyArch ...OK
Supprimer la table : interactDef ...OK
Supprimer la table : interactQuery ...OK
Supprimer la table : listener ...OK
Supprimer la table : message ...OK
Supprimer la table : note ...OK
Supprimer la table : object ...OK
Supprimer la table : plan ...OK
Supprimer la table : plan3d ...OK
Supprimer la table : plan3dHeader ...OK
Supprimer la table : planHeader ...OK
Supprimer la table : scenario ...OK
Supprimer la table : scenarioElement ...OK
Supprimer la table : scenarioExpression ...OK
Supprimer la table : scenarioSubElement ...OK
Supprimer la table : update ...OK
Supprimer la table : user ...OK
Supprimer la table : view ...OK
Supprimer la table : viewData ...OK
Supprimer la table : viewZone ...OK
Supprimer la table : widgets ...OK
Restauration de la base de données...OK
Active les contraintes...OK
Restauration du cache...OK
Check jeedom consistency...[START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom database...OK
Check filesystem right...
OK
[END CONSISTENCY]
OK
Enable scenario : OK
Enable task : OK
Envoi l'évènement de la fin de la sauvegarde...OK
Temps de la restauration : 13s
***************Fin de la restauration de Jeedom***************
[END RESTORE SUCCESS]

Ced60 · Janvier 26, 2021, 1:02

Alors il semble que ce soit à cause du Mac j’ai suivi un message pour convertir les fichiers sauvegardés en tar puis GZ, la sauvegarde à l’aire de mieux passé mais toujours rien récupéré…

[START RESTORE]
***************Début de la restauration de Jeedom 2021-01-26 14:01:23***************
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-JEEDOM_CED-4.0.62-2021-01-20-20h57.tar.tar.gz
Backup database access configuration...OK
Disable all task OK
Disable all scenario OK
Décompression de la sauvegarde...
OK
Supprimer la table de la sauvegardeDésactive les contraintes...OK
Supprimer la table : cmd ...OK
Supprimer la table : config ...OK
Supprimer la table : cron ...OK
Supprimer la table : dataStore ...OK
Supprimer la table : eqLogic ...OK
Supprimer la table : eqReal ...OK
Supprimer la table : history ...OK
Supprimer la table : historyArch ...OK
Supprimer la table : interactDef ...OK
Supprimer la table : interactQuery ...OK
Supprimer la table : listener ...OK
Supprimer la table : message ...OK
Supprimer la table : note ...OK
Supprimer la table : object ...OK
Supprimer la table : plan ...OK
Supprimer la table : plan3d ...OK
Supprimer la table : plan3dHeader ...OK
Supprimer la table : planHeader ...OK
Supprimer la table : scenario ...OK
Supprimer la table : scenarioElement ...OK
Supprimer la table : scenarioExpression ...OK
Supprimer la table : scenarioSubElement ...OK
Supprimer la table : timeline ...OK
Supprimer la table : update ...OK
Supprimer la table : user ...OK
Supprimer la table : view ...OK
Supprimer la table : viewData ...OK
Supprimer la table : viewZone ...OK
Supprimer la table : widgets ...OK
Restauration de la base de données...OK
Active les contraintes...OK
Restauration du cache...OK
Check jeedom consistency...[START CONSISTENCY]
[START CHECK AND FIX DB]
Fix : ALTER TABLE `cmd` DROP INDEX `logicalId_eqLogicID`;
Fix : ALTER TABLE `cron` DROP INDEX `deamon`;
Fix : ALTER TABLE `cron` MODIFY COLUMN `option`  text NULL
Fix : CREATE INDEX `function` ON `cron` (`function` ASC)
Fix :
CREATE INDEX `deamon` ON `cron` (`deamon` ASC)
Fix : ALTER TABLE `cron` DROP INDEX `type`;
Fix : ALTER TABLE `cron` DROP INDEX `logicalId_Type`;
Fix : ALTER TABLE `eqLogic` DROP `eqReal_id`
Fix : ALTER TABLE `eqLogic` DROP INDEX `logica_id_eqTypeName`;
Fix : ALTER TABLE `eqLogic` DROP INDEX `eqReal_id`;
Fix : ALTER TABLE `eqLogic` DROP INDEX `logicalId`;
Fix : ALTER TABLE `historyArch` DROP INDEX `cmd_id_index`;
Fix : ALTER TABLE `scenario` DROP INDEX `group`;
Fix : ALTER TABLE `viewData` DROP INDEX `fk_data_zone1_idx`;
Fix : ALTER TABLE `widgets` DROP INDEX `unique`;
Fix : ALTER TABLE `widgets` MODIFY COLUMN `name`  varchar(191) NOT NULL
Fix :
CREATE UNIQUE INDEX `unique` ON `widgets` (`type` ASC,`subtype` ASC,`name` ASC)
Fix : CREATE TABLE IF NOT EXISTS `timeline` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`folder` varchar(255) NULL,
`type` varchar(27) NULL,
`subtype` varchar(27) NULL,
`link_id` varchar(27) NULL,
`name` varchar(255) NULL,
`datetime` datetime NOT NULL,
`options` text NULL,
primary key(`id`,`datetime`))
ENGINE InnoDB;
[END CHECK AND FIX DB]
Check jeedom database...OK
Check filesystem right...
OK
[END CONSISTENCY]
OK
Enable scenario : OK
Enable task : OK
Envoi l'évènement de la fin de la sauvegarde...OK
Temps de la restauration : 23s
***************Fin de la restauration de Jeedom***************
[END RESTORE SUCCESS]

Yodafils · Janvier 30, 2021, 2:48

Bonjour moi perso tout à planté et je n’ai plus d’accès à ma smart box jeedom.
Suite à la dernière mise à jour de jeedom (avec la procédure qui m’a fait galérer pour trouver une bonne clé USB avant la mise à jour de l’OS) je n’ai plus accès à jeedom.

Quand je lance mon lien sauvegarder sur chrome ça me mets:

502 Bad Gateway

nginx

Et quand je vérifier sur mon PC dans le dossier réseau, jeedom n’y est plus, et je ne le retrouve plus non plus sur l’interface de ma freebox (freebox OS).

Je pense que ma mise à jour c’est mal passée car après la barre de progression il m’a fallu plus de 24 heures pour que la page internet de la mise à jour change et me dise que j’avais une erreur.

Connaissez vous ce problème?

Et si oui pouvez-vous m’aider dans mes recherches pour avoir accès à nouveau a mon jeedom.

Ced60 · Janvier 30, 2021, 9:45

Désolé pour vous malheureusement je n’ai pas les compétences pour vous aider. Allez sur Facebook, groupe Entrai de Jeedom peut être quelqu’un pourra vous assister.