Restauration impossible v4.4.17

Utilisation du core de Jeedom Backup/Restauration
1

Bonjour à tous,

Je procède à des tests.

Raspberry Pi3b+
Raspberry Pi 0S Bookworm 64 bits
Installation de Jeedom v4.4.17 suivant la documentation

Tout est OK, j’inject ma sauvegarde (qui étonnamment, est plus petite qu’un sauvegarde de l’installation fraiche 72Mo vs 83 Mo)

  • Il s’agit de la sauvegarde de mon Jeedom qui fonctionne

Lors de la restauration, le log ne bouge plus sur :

[START RESTORE]
***************Begin Jeedom restore 2024-09-22 09:57:18***************
Send begin restore event...OK
Checking rights...
OK
Restore from file : /var/www/html/core/class/../../backup/backup-Domofab-4.4.17-2024-09-22-01h20.tar.gz
Backup database access configuration...OK
Disable all task
 OK
Disable all scenario OK
Unpacking backup...
OK
Update composer file...

Interface de connexion de Jeedom :
[MySQL] Error code : 42S02 (1146). Table 'jeedom.config' doesn't exist : SELECT key,valueFROM config WHEREkey IN ('language') AND plugin=:plugin

En SSH, le log restore me fait flipper :

[START RESTORE]
***************Begin Jeedom restore 2024-09-22 09:57:18***************
Send begin restore event...OK
Checking rights...
OK
Restore from file : /var/www/html/core/class/../../backup/backup-Domofab-4.4.17-2024-09-22-01h20.tar.gz
Backup database access configuration...OK
Disable all task
 OK
Disable all scenario OK
Unpacking backup...
OK
Update composer file...
OK
[PROGRESS][58]
Deleting database...Disabling constraints...OK
Deleting table : cache ...OK
Deleting table : cmd ...OK
Deleting table : config ...OK
Deleting table : cron ...OK
Deleting table : dataStore ...OK
Deleting table : eqLogic ...OK
Deleting table : event ...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...ERROR at line 1: Unknown command '\-'.
OK
Enable back constraints...OK
Restoring cache...OK
Error during restore : [MySQL] Error code : 42S02 (1146). Table 'jeedom.config' doesn't exist  : SELECT plugin
                        FROM config
                        WHERE `key`='active'
                        AND `value`='1'Details : Array
(
    [0] => Array
        (
            [file] => /var/www/html/core/class/plugin.class.php
            [line] => 215
            [function] => Prepare
            [class] => DB
            [type] => ::
        )

    [1] => Array
        (
            [file] => /var/www/html/install/restore.php
            [line] => 202
            [function] => listPlugin
            [class] => plugin
            [type] => ::
        )

)
[END RESTORE ERROR]
Enable scenario : PHP Fatal error:  Uncaught Exception: [MySQL] Error code : 42S02 (1146). Table 'jeedom.config' doesn't exist  : DELETE FROM config
                        WHERE `key`=:key
                        AND plugin=:plugin in /var/www/html/core/class/DB.class.php:120
Stack trace:
#0 /var/www/html/core/class/config.class.php(133): DB::Prepare()
#1 /var/www/html/core/class/config.class.php(69): config::remove()
#2 /var/www/html/core/class/jeedom.class.php(993): config::save()
#3 /var/www/html/install/restore.php(247): jeedom::start()
#4 {main}
  thrown in /var/www/html/core/class/DB.class.php on line 120
2

Bonjour,
Il faudrait regarder si c’est pas le meme soucis que l’autre sujet ou si ya une différence de version de BDD la restauration marche plus. Il n’y aura pas de correction possible coté jeedom pour ca il faut donc s’assurer d’être dans la meme version de la db entre le backup et la cible

3

Bonjour.

Je vais regarder, je ne suis plus devant là.

Par contre, impossible de faire cette vérification de niveau de sauvegarde :
Mon Jeedom en Debian 11 est à jour de tout. C’est la source.
Le Jeedom cible, en Debian 12, est lui aussi à jour de tout, ce qui devrait être le cas chez tout le monde.

Mais voilà, ces deux mondes ne semblent plus être compatible entre eux. Ce qui est bien embêtant.

Dans l’état actuel, je ne sais plus restaurer sur un Debian 12 (pas encore testé en 11 aujourd’hui).

Je pense que c’est pour tout le monde pareil.

4

Bonjour,

Oula, plutôt gênant, ça mériterait peut-être une com officielle.

akenad :slight_smile:

1 « J'aime »
5

C’est la version db qui compte au dessus d’une certaine version il faut que le backup vienne de cette version au plus. Donc debian 12 sur debian 12 marche et debian 11 sur 11 marche aussi

6

Gênant pourquoi ? Une com officiel pourquoi ? Pour dire que vous pouvez pas restaurer debian 11 sur debian 12 qui est une version non supportée d’os ? En plus pour rappel le soucis date de moins de 96h dû a un breaking change côté mariadb. Donc avant toute communication pour un soucis d’une version non supportée d’os on va attendre de voir comment côté mariadb ils vont faire et surtout les possibilités les de correction. Ça se trouve dans quelques mois il y aura une option on sait pas

7

Mariadb vient d’être racheté par un fond d’investissement et le PDG a changé. Ce n’est donc probablement que le début des changements.

EDIT 25/10/2024 :
Pour information, un jeedomien à sauvegardé Jeedom sur une Smart/Debian10 Jeedom 4.4.18.
Il vient d’acheter une Atlas (Debian11), mise à jour en Jeedom 4.4.18,
tenté de restaurer la sauvegarde, et a le message suivant :
[MySQL] Error code : 42S02 (1146). Table ‹ jeedom.config › doesn’t exist

akenad :slight_smile:

1 « J'aime »
8

Sachant que mariadb est un fork de mysql car justement celui ci avait été racheté par oracle et donc n’était plus vraiment open source…

9

Bonjour,

Je viens de tomber sur ton sujet j’ai exactement le meme problème sur une vm ou je testais jeedom avec Debian 12 j’ai voulu injecter ma sauvegarde de ma debian 11 et impossible de restaurer… (j’ai tenté le restore.php et database.php).

Rectif j’ai pu corrigé:

  • En supprimant du dossier backup, ma sauvegarde exporté de mon Jeedom Debian11 d’hier soir, il me restait une sauvegarde de 10 jours en arrière heureusement.
  • J’ai lancé le script database.php
  • Puis le script restore.php

et j’ai récupéré mon jeedom avant tentative de restauration, bon je vais patienter que cela soit corrigé avec la version 4.4.17.

1 « J'aime »
10

Bonjour, voir :

11

Bonjour,

Super merci pour l’information

12

Bonsoir, pour ma part debian 11 , jeedom 4.4.18, je tente de restaurer sur un debian 12, jeedom fraichement installé en 4.4.18, cela me fait pareil

[START RESTORE]
***************Begin Jeedom restore 2024-10-02 20:16:33***************
Send begin restore event...OK
Checking rights...OK
Restore from file : /var/www/html/core/class/../../backup/backup-4.4.18-2024-10-02-07h51.tar.gz
Backup database access configuration...OK
Disable all task. OK
Disable all scenario OK
Unpacking backup...
OK
Update composer file...
13

Eratum, j’ai fait un F5 après le message si dessus, c’est restauré !!

14

Par contre j’ai eu comme toi l’écran bloqué à cette étape, je doute que cela soit normal…
J’ai du faire f5 et regarder les logs dans le menu restore.

15

C’est normal au moment de la restauration.

Il me semble avoir lu que cela serait amélioré dans un prochaine version.

16

Bonjour
Oui tout à fait en 4.5 si vous faite f5 est qu’une restoration est en cours au lieu d’afficher une erreur jeedom vous indiquera qu’une restauration est en cours.

2 « J'aime »
17

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.