Bonjour,
Je recherche à faire une mise à jour par étape, car l’installation de la version 4.6.1 plante à 53%.
Merci pour toute aide sur ce point.
Si possible en ligne de commandes serait l’idéal pour maitriser ce que fait la mise à jour et corriger si nécessaire.
Pour info: Debian GNU/Linux 11 (bullseye)
Cordialement.
Bonjour,
Tu ne vas rien maitriser, tu vas juste lancer une commande et c’est tout.
L’idéal serait de savoir pourquoi cela bloque, donc avoir des logs et corriger le souci plutôt qu’essayer de contourner
Enfin avant toute chose je te conseille d’avoir un backup externalisé…
Penser à Migrer vers debian12 ne ferait pas de mal non
Bonjour,
Non il ne faut surtout pas utiliser ce champ qui ne traite pas de la mise à jour du core en elle même de toute façon. Ce point a déjà été mentionné à plusieurs reprises sur le forum.
Pour mettre à jour le core sur une version précise il faut sélectionner la version du core souhaitée via la configuration générale (Réglages > Système > Configuration, onglet Mises à jour/Market) :
Puis mettre à jour le core depuis le centre de mise à jour.
Néanmoins, vouloir mettre à jour sans vraiment mettre à jour vers la version la plus récente consiste effectivement à reculer pour mieux sauter. @SHOULDER Il faudrait voir ce qui bloque exactement si tant est que ce soit vraiment bloqué et pas juste un peu d’attente à prévoir ?
Que disent les logs ? La page santé ? As tu essayé de patienter ? de redémarrer éventuellement ? En mode rescue (&rescue=1) ? Beaucoup de questions déjà abordées sur quelques autres sujets du forum.
1 « J'aime »
Merci pour ces infos.
Quant au passage à Debian 12, j’ai lu des remarques que certains plugins ne supportent pas cette version, mais c’est prévu.
Debian 11 est maintenant obsolète.
Bonjour,
Je me le note, mais je suis pourtant sur le forum très très souvent et je n’avais jamais lu cette information. Je m’en suis pourtant servi plusieurs fois de ce champ pour appliquer la version voulu.
Je serais encore moins bête ce soir 
si cela est encore possible, mais bien accompagné par beaucoup d’entre nous ce qui me rassure quand même.
Bien cordialement
1 « J'aime »
Merci Aurélien pour ces informations pertinentes.
Concernant tes remarques, la santé Jeedom est OK à part la mise à jour.
Je viens de faire la mise à jour vers Jeedom 4.5.3 => à la fin, rafraichissement de la page, plantage.
Or depuis Putty l’@IP de connexion répond au ping.
La log demandée, est-ce /var/www/html/log/update ? ou quel journal précisément que je puisse le joindre?
mais ca n’a absolument pas fait ce que tu penses 
1 « J'aime »
oui
je regarderais http.error aussi on sait jamais
Effectivement on peut appliquer apparemment une version précise mais la mise à jour s’est plantée.
Voila choses faites. Merci de trouver ci-joint les 2 journaux.
Je constate que dans l’update => OK alors que dans HTTP => Y a des erreurs et en plus va chercher @IP=192.168.1.133 qui n’existe pas. Pourquoi Jeedom utilise cette @IP?
update.log (7,4 Ko)
http.error.log (65,2 Ko)
Ben pour le coup je suis comme lui donc j’étais dans le faux aussi my bad
La sélection de l’option est possible et fonctionnelle mais la mise à jour ne s’installe pas.
A voir dans le HTTP ce qui coince
Appliquer le script de mise à jour permet de relancer le script, s’il y en a un, qui est normalement exécuté automatiquement lors d’une mise à jour.
Ce script sert par exemple à faire des modifs en db si besoin (imaginons la création d’une nouvelle table pour une nouvelle fonctionnalité) ou installer une nouvelle dépendance pour le core (qui autrement sera installée lors d’une nouvelle installation) ou simplement migrer le format des données en db si besoin.
Donc vraiment à ne pas faire sans être sûr, dans le pire des cas cela pourrait corrompre des données si par exemple le script doit mettre à jour des valeurs et qu’il ne détecte pas bien que c’est déjà fait.
La seule façon d’installer une version précise et qui n’est disponible que depuis assez récemment c’est de sélectionner le tag correspondant dans la config et de lancer une réinstallation.
Mais attention, la règle de non retour en arrière reste d’application.
Lancer la mise à jour avec par exemple le tag 4.5.3 depuis une version 4.6 ou plus peut être désastreux.
Il faut toujours uniquement monter de version. Le retour en arrière ne peut se faire que via un backup.
1 « J'aime »
Merci de cette explication, c’est plus clair. ET avecv le message d’Aurélien j’ai aussi compris que c’était faisable mais pas par là
Je ne lirai pas les logs dans un fichier.
Il faut les coller dans un bloc Texte préformaté ou attendre que quelqu’un d’autre regarde
Bonjour Mips,
Ce matin j’ai essayé de relancer la mise à jour Jeedom 4.6.1 et dans le fichier log/http.error y a ces erreurs de fichiers PHP manquants:
\*root@JeedomAtlas:/var/www/html# more log/http.error
[Tue Sep 29 10:14:33.899651 2026\] \[php7:warn\] \[pid 5476:tid 5476\] \[client 192.168.1.171:63905\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): **failed to open stream**:
**No such file or directory** in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:33.900214 2026\] \[php7:error\] \[pid 5476:tid 5476\] \[client 192.168.1.171:63905\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre/u
ri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.030775 2026\] \[php7:warn\] \[pid 60567:tid 60567\] \[client 192.168.1.171:63948\] PHP Warning: require(/var/www/html/vendor/composer/../sabre/uri/lib/functions.php): failed t
o open stream: No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.030989 2026\] \[php7:error\] \[pid 60567:tid 60567\] \[client 192.168.1.171:63948\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre
/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.170877 2026\] \[php7:warn\] \[pid 375524:tid 375524\] \[client 192.168.1.171:63949\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): failed to open str
eam: No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.171100 2026\] \[php7:error\] \[pid 375524:tid 375524\] \[client 192.168.1.171:63949\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sab
re/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.298856 2026\] \[php7:warn\] \[pid 381678:tid 381678\] \[client 192.168.1.171:63950\] PHP Warning: require(/var/www/html/vendor/composer/../sabre/uri/lib/functions.php): failed
to open stream: **No such file or directory** in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.299102 2026\] \[php7:error\] \[pid 381678:tid 381678\] \[client 192.168.1.171:63950\] **PHP Fatal error**: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sab
re/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:35.490809 2026\] \[php7:warn\] \[pid 382166:tid 382166\] \[client 127.0.0.1:47734\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): failed to open stream:
No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
\Tue Sep 29 10:14:35.490985 2026\] \[php7:error\] \[pid 382166:tid 382166\] \[client 127.0.0.1:47734\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre/u
ri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
As tu une idée pourquoi ces fichiers n’ont pas été installés ?
Le problème du blocage des mises à jour ne viendrait pas de là ?
Merci pour toute idée qui permettrait de débloquer la situation.
Bonjour
Sabre ne semble pas installé par le Core, je sais pas d’où ça vient.
Toujours pas la page santé !?
cd /var/www/html
grep -n "sabre" composer.json composer.lock | head
grep -n "sabre" vendor/composer/autoload_files.php
ls vendor/sabre 2>&1
que disent ces commandes ?
Bonjour Limad44,
Merci pour ces infos.
pour les commandes, le résultat est négatif:
grep -n “sabre” composer.json composer.lock et grep -n “sabre” vendor/composer/autoload_files.php
Résultat: pas d’occurrence de chaine
ls -l vendor/sabre
Résultat: ls: impossible d’accéder à ‹ vendor/sabre ›: Aucun fichier ou dossier de ce type
Sinon pour l’état de santé => Tout est OK à part mise à jour Jeedom.
Question: Ce module ou paquet SABRE est installé par PHP ?
cd /var/www/html
grep -n sabre composer.json composer.lock | head
grep -n sabre vendor/composer/autoload_files.php vendor/composer/autoload_static.php | head
cat core/config/version 2>/dev/null
df -h /var/www/html
colle tout dans le terminal et renvoie le résultat complet en utilisant les balises </>.
Bonjour Mips,
Ce matin j’ai essayé de relancer la mise à jour Jeedom 4.6.1 et dans le fichier log/http.error y a ces erreurs de fichiers PHP manquants:
\*root@JeedomAtlas:/var/www/html# more log/http.error
[Tue Sep 29 10:14:33.899651 2026\] \[php7:warn\] \[pid 5476:tid 5476\] \[client 192.168.1.171:63905\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): **failed to open stream**:
**No such file or directory** in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:33.900214 2026\] \[php7:error\] \[pid 5476:tid 5476\] \[client 192.168.1.171:63905\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre/u
ri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.030775 2026\] \[php7:warn\] \[pid 60567:tid 60567\] \[client 192.168.1.171:63948\] PHP Warning: require(/var/www/html/vendor/composer/../sabre/uri/lib/functions.php): failed t
o open stream: No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.030989 2026\] \[php7:error\] \[pid 60567:tid 60567\] \[client 192.168.1.171:63948\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre
/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.170877 2026\] \[php7:warn\] \[pid 375524:tid 375524\] \[client 192.168.1.171:63949\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): failed to open str
eam: No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.171100 2026\] \[php7:error\] \[pid 375524:tid 375524\] \[client 192.168.1.171:63949\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sab
re/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.298856 2026\] \[php7:warn\] \[pid 381678:tid 381678\] \[client 192.168.1.171:63950\] PHP Warning: require(/var/www/html/vendor/composer/../sabre/uri/lib/functions.php): failed
to open stream: **No such file or directory** in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:34.299102 2026\] \[php7:error\] \[pid 381678:tid 381678\] \[client 192.168.1.171:63950\] **PHP Fatal error**: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sab
re/uri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
[Tue Sep 29 10:14:35.490809 2026\] \[php7:warn\] \[pid 382166:tid 382166\] \[client 127.0.0.1:47734\] PHP Warning: require(/var/www/html/vendor/sabre/uri/lib/functions.php): failed to open stream:
No such file or directory in /var/www/html/vendor/composer/autoload_real.php on line 71
\Tue Sep 29 10:14:35.490985 2026\] \[php7:error\] \[pid 382166:tid 382166\] \[client 127.0.0.1:47734\] PHP Fatal error: require(): Failed opening required ‹ /var/www/html/vendor/composer/../sabre/u
ri/lib/functions.php › (include_path=‹ .:/usr/share/php ›) in /var/www/html/vendor/composer/autoload_real.php on line 71
As tu une idée pourquoi ces fichiers n’ont pas été installés ?
Le problème du blocage des mises à jour ne viendrait pas de là ?
Merci pour toute idée qui permettrait de débloquer la situation.
Désolé je ne peux pas répondre directement au message précédent.
Voila le résultat.
root@JeedomAtlas:/var/www/html# grep -n sabre composer.json composer.lock
root@JeedomAtlas:/var/www/html# grep -n sabre vendor/composer/autoload_files.php vendor/composer/autoload_static.php
root@JeedomAtlas:/var/www/html# cat core/config/version
4.6.1root@JeedomAtlas:/var/www/html# df -h /var/www/html
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mmcblk0p2 29G 7,4G 21G 27% /