RPI3 - restauration sauvegarde

cyberyoda · Janvier 14, 2026, 3:45

bonjour,
suite au crash du 1 janvier 2026, j’ai voulu repartir à neuf car je ne pouvais pas mettre à jour le core car debian 10. Du coup, j’ai sauvegardé depuis l’interface web. J’ai effacé tout mon rpi, procédé à une install propre avec les commandes

wget https://raw.githubusercontent.com/jeedom/core/V4-stable/install/install.sh -O install.sh
chmod +x install.sh
sudo ./install.sh

Rebooter mon rpi3, uploader mon backup sur le RPI et quand je lance la restauration … je reste sur :

[START RESTORE]
Begin Jeedom restore 2026-01-14 15:09:21
Checking rights... OK
Restore from file : backup-Yoda-4.2.21-2026-01-10-07h24.tar.gz
Backup database access configuration... OK
Disable all task

j’ai attendu plus d’1h et quand je saisis tail -n 30 /var/www/html/log/restore , j’obtiens des OK sur chaque ligne jusqu’à end restore success

mais si je retourne sur l’interface web pour me connecter, j’ai 500: error internal server

Aurel · Janvier 14, 2026, 3:48

Tu as installé quelle version de Debian du coup ?

Tu as essayé de faire en ssh :

sudo systemctl restart apache2.service

Puis

sudo systemctl status apache2.service

Et copie/colle les logs que ça t’affiche ici

cyberyoda · Janvier 14, 2026, 4:00

oui j’ai installé la Raspberry Pi OS Lite (32-bit) Legacy
je n’arrive pas à me connecter en ssh avec putty sur le port 22

mais j’arrive avec un écran hdmi et un clavier.

aa j’ai oublié de préciser, j’ai relancé

wget https://raw.githubusercontent.com/jeedom/core/V4-stable/install/install.sh -O install.sh
chmod +x install.sh
sudo ./install.sh

et je n’ai pas relancé la restauration.

Aurel · Janvier 14, 2026, 4:11

Tu avais bien activé le SSH ? Tu es sur de l’adresse ip ?

cyberyoda · Janvier 14, 2026, 4:49

ssh activer, ca fonctionne
comment restaurer ca tout faire planter ?

y a t’il quelques choses à modifier dans la sauvegarde ? j’ai lu une histoire de format de date mais ensuite j’ai lu que le core avait corrigé … du coup je ne sais pas.

Aurelien · Janvier 14, 2026, 5:01

Bonjour,

Il faut choisir la branche master pour l’installation de Jeedom en ligne de commande :

cyberyoda:

-wget https://raw.githubusercontent.com/jeedom/core/V4-stable/install/install.sh -O install.sh
+wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
sudo ./install.sh

cyberyoda · Janvier 14, 2026, 5:20

ok c’est parti, quelle est la différence entre la branche master et v4-stable ?

Mips · Janvier 14, 2026, 5:22

L’une fonctionne et pas l’autre qui est obsolète

cyberyoda · Janvier 14, 2026, 5:53

ok, merci.

J’ai refait avec master.

Step 12 - Jeedom check done
Installation done. Reboot required.

J’injecte ma sauvegarde ?

backup-jeedom-4.2.21-2026-01-10-07h24.tar

je suppose 4.2.21 etait la version que j’avais lors de la sauvegarde.

Aurel · Janvier 14, 2026, 5:56

Ben du coup oui mais après avoir rebooté …

C’est bien ça.

cyberyoda · Janvier 15, 2026, 8:26

merci pour les réponses rapides plus rapide que le temps que je consacre à jeedom actuellement.
J’ai lancé la restauration :

> [START RESTORE]
> ***************Begin Jeedom restore 2026-01-15 08:15:52***************
> Send begin restore event...OK
> Checking rights...
> OK
> Restore from file : /var/www/html/core/class/../../backup/backup-Yoda-4.2.21-2026-01-10-07h24.tar.gz
> Backup database access configuration...OK
> Disable all task
> OK
> Disable all scenario OK
> Unpacking backup...

Ca fait plus d’une 1h maintenant … 1h10 exactement. La taille de la sauvegarde était de 74mo. C’est normal, je patiente ?

cyberyoda · Janvier 15, 2026, 8:58

j’ai une erreur en boucle :
2026-01-15 09:53:19 jeedom Erreur sur jeedom::cron() : Object of class DateTime could not be converted to string

au milieu de plein d’autres :

Si j’ouvre un nouvel onglet vers l’interface web, j’ai aucune fonction

si je recherche le message d’erreur « jeedom::cron() : Object of class DateTime could not … » je retomber sur les sujets du 31 décembre. Dont la solution est mettre à jour en 4.5.2 mais c’est déja fait dans mon cas …

Mips · Janvier 15, 2026, 10:43

bah non, puisque vous avez restauré une sauvegarde 4.2.21
il faut donc (re) faire la mise à jour

Aurel · Janvier 15, 2026, 10:46

C’est peut être pas clair quand on ne le sait pas mais la restauration d’une sauvegarde downgrade le core à la version de la dite sauvegarde.
Il faut donc refaire la mise à jour.

cyberyoda · Janvier 15, 2026, 11:05

en effet c’était pas claire mais comment je fais la mise à jour maintenant que j’ai plus accès à l’interface web … je peux suivre cette doc : https://doc.jeedom.com/fr_FR/howto/jeedom.mise_a_jour_manuel ?

Aurel · Janvier 15, 2026, 11:13

Ben c’est pas normal que tu ait plus accès à l’interface web.
Tu as essayé de reload la page et de te déco/reco à jeedom ?

Normalement le bug dont il est question bloque l’exécution des scénarios et l’affichage de la page santé mais pas la page qui te sers à lancer les maj …

Ca donne quoi si tu va sur http://IPJEEDOM/index.php?v=d&p=update ?

Oui la méthode dont tu parles peut marcher mais normalement on ne la fait vraiment qu’en dernier recours, je pense que dans ton cas tu peux te débloquer beaucoup plus simplement.

cyberyoda · Janvier 15, 2026, 12:52

ca donne une erreur interne

J’ai exécuté en ssh :

> ```
> su -
> cd /root
> wget https://github.com/jeedom/core/archive/master.zip
> unzip master.zip
> cp -R core-master/* /var/www/html
> cp -R core-master/.[^.]* /var/www/html
> ```

et j’ai des permission denied …>

> cp: cannot create regular file '/var/www/html/.github/workflows/V4-stable-update.yaml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/auto-label.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/composer-validate.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/docker-image-latest.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/docker-test.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/phpstan.yaml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/prettier.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.github/workflows/work.yml': Permission denied
> cp: cannot create regular file '/var/www/html/.gitignore': Permission denied
> cp: cannot create regular file '/var/www/html/.htaccess': Permission denied
> cp: cannot create regular file '/var/www/html/.prettierignore': Permission denied
> cp: cannot create regular file '/var/www/html/.well-known/apple-app-site-association': Permission denied

bon, on dirait que j’ai mal fait mon installation linux :

> PRETTY_NAME="Raspbian GNU/Linux 12 (bookworm)"
> NAME="Raspbian GNU/Linux"
> VERSION_ID="12"
> VERSION="12 (bookworm)"
> VERSION_CODENAME=bookworm
> ID=raspbian
> ID_LIKE=debian
> HOME_URL="http://www.raspbian.org/"
> SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
> BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

Je recommence tout à l’étape Raspberry pi imager ?

si oui, je choisis quel os ?

merci de votre aide,

cyberyoda · Janvier 16, 2026, 3:41

restauration finie … c’était debian 12 le probléme.
Une fois revenu à l’erreur du 31 décembre, j’ai lancé les mise à jour depuis l’interface web et depuis plus d’accès à l’interface web HTTP ERROR 500 - ci-dessous le log de http.error

0000|[Fri Jan 16 08:17:57.906422 2026] [mpm_prefork:notice] [pid 1823:tid 1823] AH00163: Apache/2.4.65 (Raspbian) configured -- resuming normal operations
0001|[Fri Jan 16 08:17:57.906688 2026] [core:notice] [pid 1823:tid 1823] AH00094: Command line: '/usr/sbin/apache2'
0002|[Fri Jan 16 08:42:58.511759 2026] [mpm_prefork:notice] [pid 1823:tid 1823] AH00170: caught SIGWINCH, shutting down gracefully
0003|[Fri Jan 16 08:43:44.787112 2026] [mpm_prefork:notice] [pid 711:tid 711] AH00163: Apache/2.4.65 (Raspbian) configured -- resuming normal operations
0004|[Fri Jan 16 08:43:44.798773 2026] [core:notice] [pid 711:tid 711] AH00094: Command line: '/usr/sbin/apache2'
0005|[Fri Jan 16 12:55:47.314303 2026] [php7:error] [pid 722:tid 722] [client 192.168.0.26:58390] PHP Fatal error:  Uncaught Error: Class 'Doctrine\\Common\\Cache\\FilesystemCache' not found in /var/www/html/core/class/cache.class.php:139\nStack trace:\n#0 /var/www/html/core/class/cache.class.php(151): cache::getCache()\n#1 /var/www/html/core/class/jeedom.class.php(1512): cache::byKey()\n#2 /var/www/html/core/class/system.class.php(91): jeedom::isCapable()\n#3 /var/www/html/core/class/log.class.php(156): system::getCmdSudo()\n#4 /var/www/html/core/class/log.class.php(142): log::chunkLog()\n#5 /var/www/html/core/class/log.class.php(236): log::chunk()\n#6 /var/www/html/core/ajax/log.ajax.php(62): log::get()\n#7 {main}\n  thrown in /var/www/html/core/class/cache.class.php on line 139
0006|[Fri Jan 16 12:55:48.146717 2026] [php7:error] [pid 721:tid 721] [client 192.168.0.26:54839] PHP Fatal error:  Uncaught Error: Class 'Doctrine\\Common\\Cache\\FilesystemCache' not found in /var/www/html/core/class/cache.class.php:116\nStack trace:\n#0 /var/www/html/core/class/cache.class.php(151): cache::getCache()\n#1 /var/www/html/core/class/jeedom.class.php(1512): cache::byKey()\n#2 /var/www/html/core/class/system.class.php(91): jeedom::isCapable()\n#3 /var/www/html/core/class/log.class.php(156): system::getCmdSudo()\n#4 /var/www/html/core/class/log.class.php(142): log::chunkLog()\n#5 /var/www/html/core/class/log.class.php(236): log::chunk()\n#6 /var/www/html/core/ajax/log.ajax.php(62): log::get()\n#7 {main}\n  thrown in /var/www/html/core/class/cache.class.php on line 116
0007|[Fri Jan 16 12:55:49.150350 2026] [php7:error] [pid 720:tid 720] [client 192.168.0.26:65324] PHP Fatal error:  Uncaught Error: Class 'Doctrine\\Common\\Cache\\FilesystemCache' not found in /var/www/html/core/class/cache.class.php:116\nStack trace:\n#0 /var/www/html/core/class/cache.class.php(151): cache::getCache()\n#1 /var/www/html/core/class/jeedom.class.php(1512): cache::byKey()\n#2 /var/www/html/core/class/system.class.php(91): jeedom::isCapable()\n#3 /var/www/html/core/class/log.class.php(156): system::getCmdSudo()\n#4 /var/www/html/core/class/log.class.php(142): log::chunkLog()\n#5 /var/www/html/core/class/log.class.php(236): log::chunk()\n#6 /var/www/html/core/ajax/log.ajax.php(62): log::get()\n#7 {main}\n  thrown in /var/www/html/core/class/cache.class.php on line 116
0008|[Fri Jan 16 12:56:06.119492 2026] [php7:error] [pid 719:tid 719] [client 192.168.0.26:53962] PHP Fatal error:  Uncaught Error: Class 'ajax' not found in /var/www/html/core/ajax/log.ajax.php:68\nStack trace:\n#0 {main}\n  thrown in /var/www/html/core/ajax/log.ajax.php on line 68
0009|[Fri Jan 16 15:36:11.501547 2026] [mpm_prefork:notice] [pid 711:tid 711] AH00170: caught SIGWINCH, shutting down gracefully
0010|[Fri Jan 16 15:36:37.991220 2026] [mpm_prefork:notice] [pid 660:tid 660] AH00163: Apache/2.4.65 (Raspbian) configured -- resuming normal operations
0011|[Fri Jan 16 15:36:38.014063 2026] [core:notice] [pid 660:tid 660] AH00094: Command line: '/usr/sbin/apache2'
0012|[Fri Jan 16 15:39:37.149939 2026] [access_compat:error] [pid 1288:tid 1288] [client 192.168.0.26:52713] AH01797: client denied by server configuration: /var/www/html/&rescue=1

cyberyoda · Janvier 20, 2026, 7:04

Bonjour,

est ce que je peux m’appuyer sur chatgpt pour débuger cette erreur : http error 500 ?

parfois les réponses ces IA sont casse-gueule …

Merci

Aurel · Janvier 20, 2026, 9:02

Une erreur http 500 ça veut strictement tout dire et rien dire : c’est une erreur coté serveur.
Bon courage pour qu’une IA apporte une solution pertinente …

Cela dit dans le log on voit client denied by server configuration: /var/www/html/&rescue=1

Ce qui veut dire que c’est la configuration d’Apache qui bloque la connexion.

Tu essaye de te connecter à quelle url ? le rescue=1 s’ajoute à la fin de l’url pas à la place de ce qu’il y a.(le index.php).

Soit : http://IPJEEDOM/index.php?v=d&rescue=1

Et pas

http://IPJEEDOM/?rescue=1