Restauration Save Jeedom 4.4.19 sur installation propre de Debian 11 KO

[Eddie]

Ma version Jeedom étant en 4.4.19 et ma version debian en 10.7 j’ai voulu repartir sur une installation propre de jeedom avec debian 11, j’ai télécharger la version automatique VM sur la page installation qui en 4.3.22 de jeedom.
Installation faite j’ai mis à jour jeedom jusqu’a la version 4.4.19 avant restauration d’une sauvegarde.

J’ai lancé une restauration de sauvegarde sur la page de sauvegarde.
Ca fait bien 10 minutes qu’elle est lancée, j’ai ouvert une autre page jeedom et j’ai ceci qui apparait dénué de template graphique juste cette ligne:

[MySQL] Error code : 42S02 (1146). Table 'jeedom.user' doesn't exist : SELECT `id`, `login`, `profils`, `password`, `options`, `rights`, `enable`, `hash` FROM user WHERE id=:id

edit:
j’ai récupéré jeedom en ssh avec:
php /var/www/html/install/database.php

Puis j’ai recréé le user admin
enfin lancé une restauration en ssh:
Ca plante à la dernière ligne:

[START RESTORE]
***************Begin Jeedom restore 2025-01-19 11:07:55***************
Send begin restore event...OK
Checking rights...OK
Restore from file : /var/www/html/install/../backup/backup-Maison-4.4.19-2025-01             -16-02h23.tar.gz
Backup database access configuration...OK
Disable all task.kill: (8640): Aucun processus de ce type
.kill: (8805): Aucun processus de ce type
.kill: (3311): Aucun processus de ce type
. OK
Disable all scenario OK
Unpacking backup...OK
Deleting database...Disabling constraints...OK
Deleting table : ash_devices ...OK
Deleting table : blea_remote ...OK
Deleting table : cache ...OK
Deleting table : calendar_event ...OK
Deleting table : cmd ...OK
Deleting table : config ...OK
Deleting table : conso_abo ...OK
Deleting table : conso_current ...OK
Deleting table : conso_groupe ...OK
Deleting table : conso_jour ...OK
Deleting table : conso_periode ...OK
Deleting table : conso_periode_groupe ...OK
Deleting table : conso_price ...OK
Deleting table : conso_taxe ...OK
Deleting table : conso_teleinfo ...OK
Deleting table : conso_teleinfo_save ...OK
Deleting table : conso_tmp ...OK
Deleting table : conso_tva ...OK
Deleting table : cron ...OK
Deleting table : dataStore ...OK
Deleting table : data_amfj ...OK
Deleting table : eqLogic ...OK
Deleting table : eqReal ...OK
Deleting table : event ...OK
Deleting table : gsh_devices ...OK
Deleting table : history ...OK
Deleting table : historyArch ...OK
Deleting table : interactDef ...OK
Deleting table : interactQuery ...OK
Deleting table : listener ...OK
Deleting table : message ...OK
Deleting table : note ...OK
Deleting table : object ...OK
Deleting table : plan ...OK
Deleting table : plan3d ...OK
Deleting table : plan3dHeader ...OK
Deleting table : planHeader ...OK
Deleting table : scenario ...OK
Deleting table : scenarioElement ...OK
Deleting table : scenarioExpression ...OK
Deleting table : scenarioSubElement ...OK
Deleting table : timeline ...OK
Deleting table : update ...OK
Deleting table : user ...OK
Deleting table : view ...OK
Deleting table : viewData ...OK
Deleting table : viewZone ...OK
Deleting table : widgets ...OK
Restoring database from backup...

edit2:

j’ai lancé une autre sauvegarde en ssh et cette fois ca plante à la ligne:

Deleting table: history arch...

[ionot66]

Bonjour

Tu arrive a te connécter a ton Jeedom?
pour la configuration réseaux en rouge:
va a reglage/système/configuration puis clique sur l’onglet réseaux dans accès externe clique sur redémarer

pour persistance du cache en rouge je crois que dans réglage/moteur de tâche tu va trouver uune tache cache persit et history archive

[Eddie]

Oui j’ai accès au jeedom, mais il n’y a plus rien, designs vide, plugins désactivé et vierge de d’équipements, etc… La restauration ne fonctionne pas.

Bon restauration snapshot proxmox d’un an, je pers une année d’histo…

Ca me court sur le haricot, tjrs des pannes, des problèmes, des pertes de connexion modules zigbee.

PS: Je lance une VM Home assistant, si concluant je déménage de superviseur.

[ionot66]

Bonjour

Je ne suis pas super calé
mais sur le forum tu trouvera de l’aide c’est sur
il y a des gens très compétant
faut juste avoir un peu de patience

bon courage

[hlehoux]

Vous avez une énorme base de données, presque 2Gb

donc votre restauration prend un temps infini.

ce n’est probablement pas lié à votre passage en debian 11 ; juste j’imagine que vous n’aviez pas testé le restore depuis longtemps

une option est d’attendre (très longtemps) que votre restore fonctionne.

une autre serait repartir d’une version qui marche et faire du nettoyage dans vos archives d’historique (voir de l’aide ici: Tuto - analyser les archives pour détecter des pbs (lenteurs / espaces disques)) avant de faire votre migration.

[Aurel]

Ah oui une BDD de 2Go ça commence à faire …
J’imagine que c’est les historiques qui bouffent 99% de la taille de la BDD.
Perso je commencerais par essayer de réimporter le backup sans eux quitte à les réintegrer plus tard ce qui est pas vraiment génant.

Ca veut dire reprendre le fichier backup, récupérer le fichier .sql qui et dedans, le nettoyer de toutes les liges de historyArch et ensuite relancer le restore.
Si ça passe, il suffira de réimporter juste cette table plus tard.

[pifou]

Bonjour,
Quel plugin avais-tu dans le backup ? J’ai déjà eu ce problème avec le plugin jeemate, une erreur SQL qui faisait planter le restaure…

Erreur restore backup jeedom avec le plugin Jeemate

Bonjour, J’ai une erreur sur la restauration de mon backup, et alors j’ai investigué un peu plus loin, et je trouve cette erreur lorsque je lance la restauration en ligne de commande: root@JeedomLuna:/var/www/html# mysql -u jeedom -p jeedom < DB_backup.sql Enter password: -------------- /*!50003 CREATE*/ /*!50017 DEFINER=`jeedom`@`%`*/ /*!50003 TRIGGER IF NOT EXISTS jeemate_trigger_cmd_change AFTER UPDATE ON cmd FOR EACH ROW BEGIN IF (old.name != new.name || old.isHistorized != new…

Si tu plante encore ton Jeedom mais que tu peux malgré tout te connecter en ssh, essaye ceci:
php install/restore.php
C’est la procédure de restaure, normalement le backup est déjà présent dans /backup et ça devrait donc planter aussi, peut être verra-tu une erreur plus spécifique.

Sinon, si toujours pas d’erreur plus précise tu peux tenter ceci, le backup aura normalement extrait un fichier DB_backup.sql qui n’est pas supprimé, essaye de l’importer manuellement:

mysql -u jeedom -p jeedom < DB_backup.sql
Enter password:

ici il lui faut le mot de passe de mariadb (visible dans le fichier core/config/common.config.php) et si ça plante aussi - ce qui est probable - tu verra au moins ce qui fait planter le backup…

[Eddie]

Bonjour, merci pour vos réponses, connaissez vous un éditeur de fichier SQL ?
Pas de plugin jeemate pour moi.

[Jeandhom]

Adminer…

[Aurel]

@Eddie

Bonjour, merci pour vos réponses, connaissez vous un éditeur de fichier SQL ?

un .sql c’est juste un fichier texte avec des instructions SQL dedans.
Personnellement sous Windows j’utilise Notepad++ pour ça