Erreur de construction bootstrap

Installation
21

D’après le code d’erreur, je pensais que c’était comme ce problème Upgrade gone sideways [deprecated Guest Gate plugin], ce qui m’a amené à me concentrer sur la mise à jour des plugins. Cependant, il se peut aussi qu’il y ait eu un problème où ils avaient forcé manuellement l’ancien PSQL, et qu’ils aient résolu cela avant de nettoyer les anciens plugins (ce qui a ensuite résolu correctement les choses) Upgrade gone sideways [deprecated Guest Gate plugin] - #3 by dylanb

Mais j’ai peur que la résolution de cela dépasse mes compétences. :slight_smile: Ce sujet vous donne-t-il des indices supplémentaires ?

22

Je regardais ça plus tôt aussi, malheureusement je n’ai rien vu qui puisse m’aider… et j’espère vraiment que les données de mon forum ne seront pas effacées… Je n’ai pas fait de sauvegarde depuis très, très longtemps, donc perdre des données me rendrait incroyablement malheureux.

23

Pourriez-vous démarrer votre conteneur existant pour faire apparaître la version avant la reconstruction et effectuer une sauvegarde avant de continuer ?

./launcher start app

24

Malheureusement, je ne pense pas que le conteneur existe encore, car une correction que j’essayais d’appliquer consistait à désinstaller complètement Docker et à le réinstaller, ce qui m’a laissé sans conteneur existant. Tenter d’exécuter cette commande maintenant me laisse avec :
image

25

J’ai également trouvé cet article : Database system was not properly shut down error when rebuilding - support - Discourse Meta

Je commence à être vraiment déprimé car tout ce que je trouve semble indiquer une perte de données…

J’espère vraiment que quelqu’un pourra m’aider à trouver un moyen de résoudre ce problème sans perdre de données, car la seule sauvegarde que je puisse voir date d’un an.

26

Probablement rien à voir, mais un noyau 4.15.0-91, n’est-il pas un peu ancien, environ 30 mois ?

27

Ouais, c’est assez vieux lol depuis que j’ai créé le serveur en gros. Mais ça ne devrait rien avoir à voir avec ça puisqu’il a démarré sans problème.

1 « J'aime »
28

la solution de repli étant peut-être la corruption/perte de données, je suppose que je préférerais découvrir qu’il y a eu un problème étrange de dépendance entre un ancien noyau et docker 20.10 qui a empêché psql de démarrer… mais je suis d’accord que c’est une très mince éventualité :roll_eyes: et cela poserait la question « pourquoi maintenant ? »

29

J’en doute vraiment, j’ai l’impression que j’ai dû arrêter et désinstaller/réinstaller docker pendant le processus d’arrêt de la base de données, mais je ne suis pas entièrement sûr.

2 « J'aime »
30

Quel est le contenu de /var/discourse/shared/standalone ?

1 « J'aime »
31

trouver qu’en utilisant ls /var/discourse/shared/standalone

1 « J'aime »
32

J’ai déplacé cela vers un autre volume, voici le contenu :

root@discourse:/var/discourse# ls /mnt/volume-2/standalone/ -al
total 64
drwxr-xr-x 16 root            root     4096 Feb  5  2021 .
drwxr-xr-x  3 root            root     4096 Aug 30  2020 ..
drwxr-xr-x  3            1000 www-data 4096 Aug 30  2020 backups
drwxr-xr-x 10 root            root     4096 Nov 20 08:35 letsencrypt
drwxr-xr-x  4 root            root     4096 Aug 30  2020 log
drwxr-xr-x  2 systemd-resolve input    4096 Aug 30  2020 postgres_backup
drwx------ 19 systemd-resolve input    4096 Nov 20 12:01 postgres_data
drwx------ 20 uuidd           uuidd    4096 Feb  5  2021 postgres_data_old
drwxrwxr-x  5 systemd-resolve input    4096 Nov 20 12:01 postgres_run
drwxr-xr-x  2 messagebus      syslog   4096 Nov 20 08:38 redis_data
drwxr-xr-x  2 root            root     4096 Dec  1  2020 ssl
drwxr-xr-x  3 root            root     4096 Aug 30  2020 standalone
drwxr-xr-x  4 root            root     4096 Aug 30  2020 state
drwxr-xr-x  4            1000 www-data 4096 Nov 20 08:36 tmp
drwxr-xr-x  2 root            root     4096 Aug 30  2020 uploads
drwxr-xr-x  4 root            root     4096 Aug 30  2020 uploads.orig
33

Même sans le conteneur, il semble que vous ayez un état de la base de données potentiellement intact. Gardez une copie de ceci en lieu sûr, quoi que vous expérimentiez.

La façon dont les choses sont configurées vous permet normalement d’accéder à la base de données depuis l’intérieur du conteneur car elle se trouve sur un volume docker.

Si vous parvenez à reconstruire un conteneur, vous pourrez peut-être y accéder à nouveau, sinon vous devrez installer postgres sur le serveur (mais cela sera redondant une fois que vous aurez tout remis en marche).

34

La partie la plus difficile est de faire fonctionner la reconstruction. Sans cela, je suis foutu, semble-t-il.

Mais je vais certainement copier le contenu de ce dossier sur ma machine locale, juste au cas où.

35

Il me semble qu’il s’agit d’une mise à jour postgres échouée. @Headless, quand avez-vous mis à jour votre site pour la dernière fois depuis la ligne de commande ?

36

Mis à jour, comme en tirant et reconstruisant ? Je le fais environ tous les quelques mois.

37

quelle est la dernière sauvegarde ?

ls /var/discourse/shared/standalone/backups ?

38

C’est une sauvegarde vieille d’un an, mentionnée précédemment.

J’ai fini par désactiver les sauvegardes à un moment donné, donc c’est de ma faute.

39

Ce sera un rodéo très aventureux d’essayer de récupérer ce site. Je n’ai pas fait ces récupérations depuis un moment, donc ma mémoire est un peu rouillée. Laissez-moi voir si je peux trouver des sujets existants avec les instructions de récupération.

40

J’apprécie votre soutien !