# Mise à niveau 2.6.0b2 TRÈS lente

**URL:** <https://meta.discourse.org/t/2-6-0b2-upgrade-very-slow/161604>\
**Category:** Self-hosting\
**Created:** [Août 21, 2020, 12:58 UTC](https://meta.discourse.org/t/2-6-0b2-upgrade-very-slow/161604 "2020-08-21T00:58:18Z")\
**Posts on this page:** 1\
**Showing post:** 19

<div class="post-metadata">

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**Post date:** [Août 21, 2020, 4:20 UTC](https://meta.discourse.org/t/2-6-0b2-upgrade-very-slow/161604/19 "2020-08-21T16:20:39Z")

</div>

J’avais un grand site qui échouait systématiquement au démarrage. Il s’agissait d’une installation à deux conteneurs, de sorte que l’ancien conteneur continuait de fonctionner pendant que le démarrage exécutait la migration. J’ai finalement résolu le problème en activant `SKIP_POST_DEPLOYMENT_MIGRATIONS=1` pour le démarrage, puis en lançant les migrations une fois le nouveau conteneur démarré. Avec `SKIP_POST_DEPLOYMENT_MIGRATIONS=1` dans la section ENV, la migration était très rapide ; le site a ensuite pu fonctionner normalement (bien que peut-être plus lentement) pendant l’exécution des migrations, ce qui a pris, je crois, plus de 20 minutes.

Je pense, mais je ne l’ai pas encore testé, que cette même astuce permettrait de minimiser les temps d’arrêt lors d’une installation en un seul conteneur. Si j’ai raison, voici ce qu’il faudrait faire :

- ajouter `SKIP_POST_DEPLOYMENT_MIGRATIONS=1` dans votre `app.yml`
- ./launcher rebuild app
- ./launcher enter app
- SKIP\_POST\_DEPLOYMENT\_MIGRATIONS=0 rake db:migrate
- annuler la modification dans `app.yml`, sauf si vous prévoyez de vous souvenir d’exécuter les migrations après chaque mise à niveau
- éventuellement reconstruire à nouveau pour vous assurer qu’aucun problème ne survient pendant que vous vous souvenez encore de ce qui a pu casser votre site ; dans quatre mois, lorsque vous réessayerez, vous n’aurez plus aucune idée de la cause, et il sera difficile pour quiconque de deviner quel est le problème.

S’il existait un moyen que `./launcher` transmette `SKIP_POST_DEPLOYMENT_MIGRATIONS=1` sans nécessiter une modification de `app.yml`, cela rendrait les choses moins fastidieuses pour ceux qui ont des difficultés avec l’édition.

Si je parviens à effectuer le travail que je prévois sur ce sujet, je créerai un nouveau sujet pour rapporter mes découvertes. Cependant, la fumée m’a confiné dans une pièce où je n’ai pas mon grand moniteur. (La pandémie ne suffisait-elle pas ? Devons-nous aussi subir la fumée ? Et je ne suis même pas particulièrement proche de ce maudit incendie.)

---

_[View the full topic](https://meta.discourse.org/t/2-6-0b2-upgrade-very-slow/161604)._