Bonjour,
J’ai installé une V4 sur un RPI3 de test.
Après avoir résolu les PB de Widgets et autres je fait une sauvegarde.
Je restaure cette sauvegarde sur mon RPI3 de prod et tout semble corrects a part que je retrouve pas mes WIDGETS crées avec l’outil WIDGET de la V4.
OU sont ILS ???
Tu sais que tu peu faire un seul widget et l’applique sur autant de commandes ou équipements que tu veut. Pas besoin de faire plusieurs fois le même justement
@Loic
Effectivement ily a une erreur dans la restauration je ne l’avais pas vu.
Merci
[START RESTORE] Début de la restauration de Jeedom 2019-11-14 11:19:11
Envoie l’événement de début de restauration…OK
Vérifiez les droits…
OK
Fichier utilisé pour la restauration : /var/www/html/install/…/backup/backup-Jeedom-4.0.27-2019-11-14-11h09.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…
OK
Supprimer la table de la sauvegardeDésactive les contraintes…OK
Supprimer la table : aprescouchésoleil …OK
Supprimer la table : apreslevésoleil …OK
Supprimer la table : avantcouchésoleil …OK
Supprimer la table : avantlevésoleil …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
Restauration de la base de données…
ERROR 1071 (42000) at line 995: Specified key was too long; max key length is 767 bytes
OK
Active les contraintes…OK
Restauration du cache…OK
Check jeedom consistency…[START CONSISTENCY]
[START CHECK AND FIX DB]
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
Enable scenario : OK
Enable task : OK
Envoie l’événement de la fin de la sauvegarde…ERREUR [MySQL] Error code : 42S22 (1054). Unknown column ‹ type › in ‹ field list › : SELECT id, name, isActive, group, mode, schedule, scenarioElement, trigger, timeout, object_id, isVisible, display, order, description, configuration, type
FROM scenario
WHERE mode != « schedule » AND isActive=1 AND trigger LIKE :cmd_idTemps de la restauration : 60s Fin de la restauration de Jeedom
[END RESTORE SUCCESS]
@Loic
Je viens de m’apercevoir que le backup source provient d’un raspberry PI3 sous VERSION=« 10 (buster) » et la destination RPI3 également mais sous VERSION=« 9 (stretch) ».
Confirme moi quand même si tu penses que c’est ça.
Cdlt