Restauration V3 depuis V4 reste bloquée

[ooobelix]

Bonjour à tous,

je viens de flasher une Raspbian et installer Jeedom V4 proprement.

Je tente une restauration d’un backup V3 depuis cette V4 sachant que ça doit fonctionner. Cependant, j’ai un doute sur ma sauvegarde car elle provient d’une SD corrompue.

La restauration reste bloquée :

[START RESTORE]
Début de la restauration de Jeedom 2020-01-22 22:01:21
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-3.3.31-2019-11-15-00h16.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 : 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

Pourtant Jeedom semble fonctionner parfaitement car je reçois mes anciennes notifications PushOver sur mon téléphone !

Dans les erreurs, j’ai ceci :

pi@raspberrypi:~ $ journalctl -f -u apache2.service
– Logs begin at Tue 2020-01-21 22:19:57 GMT. –
Jan 22 22:22:37 raspberrypi sudo[24911]: pam_unix(sudo:session): session closed for user root
Jan 22 22:22:39 raspberrypi sudo[24929]: www-data : TTY=unknown ; PWD=/var/www/html/core/ajax ; USER=root ; COMMAND=/bin/chmod 664 /var/www/html/core/class/…/…/log/restore
Jan 22 22:22:39 raspberrypi sudo[24929]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jan 22 22:22:39 raspberrypi sudo[24929]: pam_unix(sudo:session): session closed for user root

J’ai tenté de remettre les droits à plats et relancer une restauration en ligne de commande :

sudo su -
chmod -R 775 /var/www/html
chown -R www-data:www-data /var/www/html
pi@raspberrypi:~ $ sudo php /var/www/html/install/restore.php
[START RESTORE]
Début de la restauration de Jeedom 2020-01-22 23:23:38
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-3.3.38-2019-12-10-00h16.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…tar: Skipping to next header
**> **
> gzip: stdin: invalid compressed data–crc error
**> **
> gzip: stdin: invalid compressed data–length error
> 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
Restauration de la base de données…

En cours…

Avez vous eu ce genre de problème ? Est ce que je me plante sur quelque chose ?

Merci pour votre aide.

[anon53349806]

Salut,

Ton fichier de backup est corrompu certainement à cause d’une carte sd qui est partie en sucette.

J’espère que tu externalises tes backup sur un nas, un cloud ou autre car là en l’état ce fichier n’est à priori pas utilisable…

[ooobelix]

Bonjour,

merci @anon53349806 pour ta réponse, effectivement ma sauvegarde semble être corrompue et je n’ai pas de sauvegarde dans le cloud… mais j’en avais plusieurs et en remontant dans les plus anciennes, je suis tombé sur une sauvegarde fonctionnelle !!!

J’ai fais une erreur de débutant en installant un Jeedom sur une Raspberry et une SD en me disant que ce n’était que des tests… mais les tests sont devenus pérennes… mais pas la SD au bout d’1an

Depuis je suis passé sur un petit SSD, les sauvegardes sont toujours locales mais c’est mieux que sur une SD !

Bonne soirée à tous.

[anon53349806]

Je te conseille fortement d’externaliser tes backups !
Si tu n’as pas de NAS ou autre, regardes pour avoir un compte dropbox, c’est gratuit et tu auras de la place pour y pousser tes sauvegardes.

Il y a un plugin jeedom qui le permet de mémoire;

[ooobelix]

Tu as complètement raison, Jeedom est vraiment bien et les sauvegardes fonctionnent parfaitement, c’est dommage, voir idiot, de ne pas se sécuriser aussi facilement.