Jeedom 3.3.32 est sur une debian 8.
Jeedom 4.0.20 est sur une debian 10.
Peut-on vraiment lancer une restauration from scratch avec un backup 3.3.32 sur 4.0.20?
Rien de neuf dans mon error.log de apache.
Je remarque quand même un “Can not copy /var/www/html/jeedom/install/…/core/config/common.config.php”
[START RESTORE]
Début de la restauration de Jeedom 2019-10-08 10:51:43
Envoi l’évènement de début de restauration…OK
Vérification des droits…
OK
Fichier utilisé pour la restauration : /var/www/html/jeedom/core/class/…/…/backup/backup-Jeedom-3.2.11-2019-10-03-14h22.tar.gz
Backup database access configuration…Can not copy /var/www/html/jeedom/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 : 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]
Suppression de : weather::pull() car il n’y a pas de lancement prévu
Vérifiez les droits sur les fichiers…OK