Bonjour
Nous avons simplement cliqué sur le bouton de mise à niveau de l’administrateur.
Je ne m’attendais pas à ça :
Oups
Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasion
Bonjour
Nous avons simplement cliqué sur le bouton de mise à niveau de l’administrateur.
Je ne m’attendais pas à ça :
Oups
Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasion
Êtes-vous toujours en mesure d’accéder à /logs sur votre forum ? C’est là que la notification est allée.
Les deux dernières questions ne peuvent être répondues qu’après que vous l’ayez regardé.
Malheureusement, plus rien ne fonctionnait. Nous avons donc dû réinstaurer un serveur de sauvegarde côté serveur, et maintenant nous sommes un peu méfiants à l’idée de mettre à jour à nouveau.
Y a-t-il un moyen de mettre à jour en mode sans échec ? Je peux difficilement croire que chaque fois que le logiciel est mis à jour, nous devrions courir le risque d’une interruption totale.
C’est un risque réel avec chaque application, y compris Discourse. C’est pourquoi les gros utilisent un serveur de staging et nous, petits poissons, faisons des sauvegardes (site ET base de données) avant chaque mise à jour, mais au moins avant toute mise à niveau.
Bonjour et bienvenue @smileBeda ![]()
Pourriez-vous nous donner plus de détails sur votre configuration ? Par exemple, quelle version vous utilisez, s’il s’agit d’une installation standard, et si vous avez des plugins (officiels ou tiers).
Normalement, les mises à niveau se déroulent très bien, bien qu’il soit toujours prudent de sauvegarder un site en ligne juste avant, au cas où.
Nous utilisons 2.9.0.beta8
La mise à jour qu’il nous demande est docker_manager 45986ad4 (Comparing 45986ad40ec642ea617a083aecc75e0078878fb7...90a8a6c6cae0bba01de7fdf340da1ab878bff913 · discourse/docker_manager · GitHub)
C’est une installation standard depuis docker, cependant nous utilisons quelques plugins (mais rien d’inhabituel, vraiment. Pas de code personnalisé jusqu’à présent)
À ce stade (sans journal d’erreurs) je ne peux pas en dire plus, je suppose que nous devons mordre la pomme à nouveau et après une sauvegarde, effectuer la mise à jour et si elle échoue à nouveau, soumettre les journaux…
Pouvez-vous coller votre fichier app.yml ici ? Il sera plus facile de voir ce qui était et ce qui est.
Il y a aussi quelques bons conseils sur la façon de mettre à jour manuellement depuis le serveur dans ce sujet :
Un ./launcher rebuild app peut souvent être un bon plan B, et si vous rencontrez des erreurs pendant celui-ci, vous pouvez remonter et lire.
Avez-vous exécuté
./launcher rebuild app
Ou avez-vous mis à jour via l’interface web ? La reconstruction complète est parfois nécessaire.
Les journaux que vous recherchez se trouvent dans
/var/discourse/shared/log/rails/production.log
(si je l’ai bien tapé sur mon téléphone)
assez proche ![]()
/var/discourse/shared/standalone/log/rails/production.log
et peut-être
/var/discourse/shared/standalone/log/rails/production_errors.log
Pourriez-vous s’il vous plaît développer ? Quels plugins ?
Exactement mes pensées, c’est pourquoi j’ai demandé qu’ils collent/partagent leur fichier app.yml.