Plus précisément pour 3.4.0.beta4 -- quelles sont les exigences système ?

Soutien
1

Je ne veux pas rencontrer de problèmes de mise à niveau comme Update “3.4.0.beta4” failed ou Upgrade failed spectacularily – ou les problèmes liés aux e-mails comme Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev ou Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev ou 550-Requested action not taken: mailbox unavailable on 3.4.0.beta4-dev.

J’ai vu PostgreSQL 15 update qui suggère que dans un monde idéal, il suffirait de lancer ./launcher rebuild app deux fois (et qu’il y a des commandes optionnelles à exécuter ensuite). Il y a l’avertissement qu’il faut 2 fois la taille de la base de données en espace disque supplémentaire « si votre base de données est très volumineuse » (peut-être cet espace supplémentaire est-il requis même pour une petite base de données ?)

Existe-t-il une liste des exigences ou des instructions spécifiques pour cette mise à niveau ?

2

Si vous avez de l’espace disque et un docker à jour, vous n’aurez probablement aucun problème.

Si vous avez un système d’exploitation obsolète, ce qui vous oblige à avoir un ancien docker, vous devriez lancer une nouvelle VM et y migrer comme décrit dans Déplacer un site Discourse vers un autre VPS avec rsync.

Je suis à peu près sûr qu’au moins la plupart des personnes qui ont eu des problèmes ont des versions Docker obsolètes, dont la plupart sont causées par des versions de système d’exploitation obsolètes.

Si vous lancez une nouvelle VM, rien ne pourra mal se passer puisque votre ancien serveur sera toujours disponible.

3 « J'aime »
3

Ok, je vais essayer ça. Je pense que quelques-uns des désastres ici étaient dus à des versions de Docker entre « obsolète » et « minimum » (comme la mienne).

4

Je soupçonne que c’est vrai. Il est assez difficile de déterminer quelle version pose exactement problème. J’ai mis à niveau une dizaine de sites aujourd’hui. Ceux qui utilisaient Docker actuel ont tous fonctionné sans problème.

5

J’aurais fait cela, mais je ne pensais pas que ces instructions étaient suffisamment à l’épreuve des idiots. Mon approche a été :

  • Mode lecture activé.
  • Sauvegarde de Discourse depuis l’interface d’administration.
  • Snapshot Digital Ocean.
  • sudo apt update, sudo apt upgrade, sudo do-release-update deux fois (de 20.04 à 22.04, puis à 24.04).
  • Mise à jour de Discourse normalement (deux fois, pour la mise à jour de Postgres).
1 « J'aime »
6

C’est super !

Je considère que les autres instructions sont beaucoup plus à l’épreuve des idiots. Si quelque chose tourne mal, votre site existant continue de fonctionner. Si quelque chose s’était mal passé lors de l’une de vos étapes do-release-update, vous n’auriez qu’à continuer à restaurer votre instantané le plus récent.

Il existe cependant de nombreuses façons de faire les choses.

1 « J'aime »
7

Il y a plus d’une façon de faire !

Par « à l’épreuve des idiots », j’entendais les instructions elles-mêmes, par exemple, quels drapeaux utiliser pour rsync (il y avait diverses suggestions), quel ensemble d’instructions suivre (il y en avait au moins trois).

Je vois votre point de vue, selon lequel un idiot (s’il pouvait suivre les instructions) ferait mieux de le faire à la manière de rsync. J’aurais préféré le faire pour les raisons que vous avez données, mais je ne me faisais tout simplement pas confiance pour prendre les bonnes décisions.

Si j’avais dû restaurer à partir de l’instantané, j’aurais peut-être essayé la prochaine fois !

1 « J'aime »