Mise à jour échouée et retour en arrière
Une mise à jour qui échoue ne touche à rien, ou revient seule à la version précédente ; pour annuler aussi la base, restaure la sauvegarde pre-update.
Mis à jour le 3 oct. 2026, 18 h 39
Sur cette page
En bref. Agora protège chaque mise à jour de trois façons : une sauvegarde avant tout, des migrations appliquées seulement si cette sauvegarde est complète, et un retour automatique à la version précédente si la nouvelle ne démarre pas dans les 3 minutes.
Lire le message #
Administration → Agora affiche l'étape et la cause, après « Échec : » :
| Message | Ce qui s'est passé | Que faire |
|---|---|---|
| sauvegarde de la base impossible (…) | Rien n'a été téléchargé ni modifié | Corrige la cause (espace disque, droits du dossier de sauvegardes, base joignable), puis relance |
| sauvegarde de la base impossible — aucun pg_dump utilisable… | Machine qui n'est pas Linux x86-64, ou dossiers non exécutables | Pose AGORA_PG_BIN vers un dossier contenant pg_dump 17 |
| … le serveur PostgreSQL (version N) est plus récent que pg_dump 17 | Base externe en PostgreSQL 18 ou plus | AGORA_PG_BIN vers un pg_dump de la même version |
| sauvegarde de la base interrompue avant la fin | Le dump a été jeté, rien n'a été modifié | Relance ; si ça se répète, vérifie l'espace disque |
| fichier téléchargé corrompu / incomplet | Téléchargement altéré ou coupé | Relance ; si ça persiste, ouvre un billet |
| téléchargement refusé (HTTP …) / le serveur de mises à jour a répondu une erreur (HTTP …) | Rien n'a été modifié | Relance dans quelques minutes |
| adresse de téléchargement invalide / fichier reçu plus gros que la taille annoncée | Rien n'a été modifié | Relance ; si ça se répète, préviens le support |
| version téléchargée introuvable sur le disque / demande de mise à jour illisible | Rien n'a été basculé | Relance la mise à jour |
| cette version exige d'abord la version X | Une étape intermédiaire est requise | Installe d'abord la version X, puis relance |
| la mise à jour n'a pas pu aboutir (code …) | Erreur imprévue | Réessaie ; si ça se répète, donne ce code au support |
| les migrations de la base ont échoué | La version précédente reste en service | Ouvre un billet ; la sauvegarde est dans Sauvegardes |
| la nouvelle version s'est arrêtée au démarrage | Retour automatique à la version précédente | Ouvre un billet avec l'heure et la version |
| la nouvelle version a démarré, mais sa base de données est restée injoignable pendant 3 minutes… | La base ne répondait pas après la bascule (arrêtée, réseau, identifiants) ; retour automatique à la version d'avant | Vérifie que la base tourne, puis relance la mise à jour. Sur une version de repli plus ancienne, l'écran dit seulement « n'a pas démarré » : la console du panel nomme la base |
| version refusée : elle est plus ancienne que la plus récente que cette installation a déjà fait tourner | Pas de retour en arrière (une ancienne version garde ses failles ; les migrations ne se défont pas) | Rien n'a été modifié ; préviens le support |
| le « correctif » proposé n'a pas la forme d'un correctif / le serveur de mises à jour a désigné un correctif comme version normale | Réponse incohérente du serveur de mises à jour | Rien n'a été installé. Relance une vérification ; si ça persiste, préviens le support |
| la mise à jour précédente s'est interrompue | Redémarrage pendant une mise à jour | Relance la vérification, puis la mise à jour |
| une mise à jour est déjà en cours | Deux clics rapprochés | Attends la fin |
| serveur de mises à jour injoignable | Pas d'accès HTTPS sortant | Voir Serveur de licences injoignable |
Le retour automatique #
Si la nouvelle version ne répond pas dans les 3 minutes, si sa base de données reste injoignable pendant ce délai, ou si elle plante juste après la bascule, Agora remet la version précédente en service. L'écran affiche : « La nouvelle version n'a pas démarré : retour automatique à la version … » (ou, quand la cause est la base : « …sa base de données est restée injoignable pendant 3 minutes… »).
Le retour remet l'application, pas la base : si des migrations ont été appliquées, la base reste dans son nouvel état.
Revenir en arrière côté base #
- Administration → Agora → Sauvegardes.
- Repère le fichier
pre-update-VERSION_DATE.sqlpris juste avant la mise à jour. - Restaurer, tape
REMPLACER.
⚠ Tout ce qui a été écrit depuis la mise à jour (messages, candidatures…) est perdu. Ne le fais que sur conseil du support.
Revenir volontairement à l'ancienne version #
Il n'y a pas de bouton « revenir » : ouvre un billet sur le Discord de support. Voir Ouvrir un billet. Seule exception : si le support t'a fait installer un correctif pour test, Revenir à la version normale le retire.
En ligne de commande (Docker) #
docker logs -f agora montre le détail de chaque étape. Sur un panel, c'est la console du serveur.
Cet article t'a aidé ?
Articles liés
- Mettre à jour Agora en un clic (et le canal bêta)Administration → Agora sauvegarde la base, télécharge et vérifie la nouvelle version, migre, redémarre, et revient en arrière tout seul si elle ne démarre pas.
- Sauvegardes et restaurationSauvegarder la base d'Agora depuis l'administration, la télécharger hors du serveur et la restaurer. La copie de fichiers d'un panel n'est pas une sauvegarde.
- Serveur de licences ou de mises à jour injoignableRien ne se coupe tout de suite : vérifie l'accès HTTPS sortant de la machine vers lic1 et lic2.agorapanel.com, le DNS et le pare-feu.
- Ouvrir un billet de supportLe support se fait par billets, sur le Discord d'Agora, sur le site ou par courriel : un petit formulaire, une réponse de l'équipe, et le transcript à la fermeture.