Lorsque j’exécute ./launcher stop app puis ./launcher start app, le site affiche 502 Bad Gateway. Je ne sais pas quelle est la cause du problème, j’ai essayé de reconstruire mais sans succès.
Veuillez me conseiller sur la façon de résoudre ce problème.
Pourriez-vous partager les journaux de reconstruction ?
root@amsaal:/var/discourse# ./launcher logs app
x86_64 arch detected.
run-parts: executing /etc/runit/1.d/00-ensure-links
run-parts: executing /etc/runit/1.d/00-fix-var-logs
run-parts: executing /etc/runit/1.d/01-cleanup-web-pids
run-parts: executing /etc/runit/1.d/anacron
run-parts: executing /etc/runit/1.d/cleanup-pids
Cleaning stale PID files
run-parts: executing /etc/runit/1.d/copy-env
run-parts: executing /etc/runit/1.d/letsencrypt
[Lun 15 avr. 2024 10:12:06 UTC] Domains not changed.
[Lun 15 avr. 2024 10:12:06 UTC] Skip, Next renewal time is: 2024-06-12T11:28:31Z
[Lun 15 avr. 2024 10:12:06 UTC] Add '--force' to force to renew.
[Lun 15 avr. 2024 10:12:07 UTC] Installing key to: /shared/ssl/amsaal.net.key
[Lun 15 avr. 2024 10:12:07 UTC] Installing full chain to: /shared/ssl/amsaal.net.cer
[Lun 15 avr. 2024 10:12:07 UTC] Run reload cmd: sv reload nginx
warning: nginx: unable to open supervise/ok: file does not exist
[Lun 15 avr. 2024 10:12:07 UTC] Reload error for :
[Lun 15 avr. 2024 10:12:07 UTC] Domains not changed.
[Lun 15 avr. 2024 10:12:07 UTC] Skip, Next renewal time is: 2024-06-12T11:28:38Z
[Lun 15 avr. 2024 10:12:07 UTC] Add '--force' to force to renew.
[Lun 15 avr. 2024 10:12:08 UTC] Installing key to: /shared/ssl/amsaal.net_ecc.key
[Lun 15 avr. 2024 10:12:08 UTC] Installing full chain to: /shared/ssl/amsaal.net_ecc.cer
[Lun 15 avr. 2024 10:12:08 UTC] Run reload cmd: sv reload nginx
warning: nginx: unable to open supervise/ok: file does not exist
[Lun 15 avr. 2024 10:12:08 UTC] Reload error for :
Started runsvdir, PID is 537
ok: run: redis: (pid 550) 0s
ok: run: postgres: (pid 551) 0s
nginx: [warn] the "listen ... http2" directive is deprecated, use the "http2" directive instead in /etc/nginx/conf.d/discourse.conf:60
supervisor pid: 545 unicorn pid: 577
root@amsaal:/var/discourse#
Ce n’est pas ce que je voulais dire, pourriez-vous exécuter ./launcher rebuild app, puis partager la sortie de cette commande ? (Aussi, veuillez mettre la sortie entre guillemets de code, cela rend le sujet plus facile à lire)
Cela faciliterait un peu la tâche de l’utilisateur de le reconstruire de cette façon car il enregistrera la sortie standard dans un fichier
./launcher rebuild app >> rebuild.log
si vous voulez des fichiers différents par reconstruction :
./launcher rebuild app > "rebuild-$(date -Imin).log" 2>&1
Il faut une minute ou deux après le démarrage du conteneur pour qu’il commence à servir des éléments. Avez-vous essayé d’attendre quelques minutes avant d’aller sur le site Web ?
x86_64 arch détecté.
Mise à jour du lanceur en cours
Le lanceur est à jour
Arrêt de l'ancien conteneur
app
2.0.20231218-0429 : Tirage de discourse/base
Digest : sha256:468f70b9bb4c6d0c6c2bbb3efc1a5e12d145eae57bdb6946b7fe5558beb52dc1
Statut : L'image est à jour pour discourse/base:2.0.20231218-0429
docker.io/discourse/base:2.0.20231218-0429
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
97:C 15 Apr 2024 18:52:04.329 # oO0OoO0OoO0Oo Redis démarre oO0OoO0OoO0Oo
97:C 15 Apr 2024 18:52:04.329 # Version Redis=7.0.7, bits=64, commit=00000000, modifié=0, pid=97, vient de démarrer
97:C 15 Apr 2024 18:52:04.330 # Configuration chargée
97:M 15 Apr 2024 18:52:04.331 * horloge monotone : POSIX clock_gettime
97:M 15 Apr 2024 18:52:04.336 * Mode d'exécution=standalone, port=6379.
97:M 15 Apr 2024 18:52:04.336 # Serveur initialisé
97:M 15 Apr 2024 18:52:04.337 * Chargement du RDB produit par la version 7.0.7
97:M 15 Apr 2024 18:52:04.337 * Âge du RDB 31 secondes
97:M 15 Apr 2024 18:52:04.337 * Utilisation de la mémoire RDB lors de la création 23.25 Mo
97:M 15 Apr 2024 18:52:04.451 * Chargement du RDB terminé, clés chargées : 1351, clés expirées : 5.
97:M 15 Apr 2024 18:52:04.461 * DB chargé depuis le disque : 0.124 secondes
97:M 15 Apr 2024 18:52:04.461 * Prêt à accepter les connexions
3507:C 15 Apr 2024 18:58:01.238 # oO0OoO0OoO0Oo Redis démarre oO0OoO0OoO0Oo
3507:C 15 Apr 2024 18:58:01.238 # Version Redis=7.0.7, bits=64, commit=00000000, modifié=0, pid=3507, vient de démarrer
3507:C 15 Apr 2024 18:58:01.238 # Configuration chargée
3507:M 15 Apr 2024 18:58:01.239 * horloge monotone : POSIX clock_gettime
3507:M 15 Apr 2024 18:58:01.240 # Avertissement : Impossible de créer le socket d'écoute TCP du serveur *:6379 : bind : Adresse déjà utilisée
3507:M 15 Apr 2024 18:58:01.240 # Échec de l'écoute sur le port 6379 (TCP), abandon.
97:M 15 Apr 2024 18:58:27.220 * 100 changements en 300 secondes. Sauvegarde...
97:M 15 Apr 2024 18:58:27.223 * Sauvegarde en arrière-plan démarrée par le pid 3555
3555:C 15 Apr 2024 18:58:30.967 * DB sauvegardé sur disque
3555:C 15 Apr 2024 18:58:30.969 * Fork CoW pour RDB : courant 1 Mo, pic 1 Mo, moyen 1 Mo
97:M 15 Apr 2024 18:58:31.058 * Sauvegarde en arrière-plan terminée avec succès
97:M 15 Apr 2024 19:03:32.047 * 100 changements en 300 secondes. Sauvegarde...
97:M 15 Apr 2024 19:03:32.063 * Sauvegarde en arrière-plan démarrée par le pid 3634
3634:C 15 Apr 2024 19:03:37.774 * DB sauvegardé sur disque
3634:C 15 Apr 2024 19:03:37.777 * Fork CoW pour RDB : courant 1 Mo, pic 1 Mo, moyen 1 Mo
97:M 15 Apr 2024 19:03:37.828 * Sauvegarde en arrière-plan terminée avec succès
97:signal-handler (1713208309) SIGTERM reçu, planification de l'arrêt...
97:M 15 Apr 2024 19:11:49.130 # Arrêt demandé par l'utilisateur...
97:M 15 Apr 2024 19:11:49.131 * Sauvegarde du dernier instantané RDB avant la sortie.
97:M 15 Apr 2024 19:11:52.592 * DB sauvegardé sur disque
97:M 15 Apr 2024 19:11:52.593 # Redis est maintenant prêt à quitter, au revoir...
sha256:066d1fc0bf450b6f9043e13960cafef6b7751d92f0d89cc4e0865208293ce2e2
58661874f252e2e9dac3955608dbbe90e60f020a4d307d2818e7f991d39f8010
Suppression de l'ancien conteneur
app
ea032a7acab7743f4ef8de3b9a536da0dbbf36b8c9dd5b2a9add0cfb01286e5d
oui donc après que le processus de reconstruction soit terminé après 30 secondes, le site ne fonctionnait pas, erreur de passerelle 502, puis j’ai fait /launch restart app avec launch start app, puis cela a fonctionné.
donc peut-être qu’il se passe quelque chose
Cela… donne l’impression d’un journal incomplet. Se termine-t-il vraiment là, ou fait-il juste une longue pause ? Si c’est le deuxième cas, vous pourriez avoir besoin de plus de RAM/swap.
Essayez d’attendre 60 secondes.
il se pourrait que ce soit une pause ou que cela prenne beaucoup de temps, presque 30 minutes pour terminer la reconstruction. Je pense que c’est la RAM qui n’a que 2 Go qui pourrait ralentir les choses, mais je n’ai aucun problème de mémoire pour le moment. c’est juste lent, normalement cela ne devrait pas prendre plus de 1 à 2 minutes selon les spécifications.
Mes spécifications VPS ci-dessous.
CPU : Processeur AMD EPYC 7551P 32 cœurs, 2000 MHz
RAM : 2 Go
SSD : 60 Go
Vous n’obtiendriez pas de 502 si le conteneur ne fonctionnait pas. Si vous aviez attendu un peu plus, le site aurait commencé à fonctionner.
Ce n’est pas l’arrêt et le redémarrage qui ont fait quelque chose, c’est juste que vous avez attendu longtemps lorsque vous avez effectué le redémarrage.
Il est attendu que vous ayez une erreur 502 pendant un certain temps pendant que le conteneur démarre. Vous n’avez pas de problème.
à vrai dire, ce n’est pas si extraordinaire, les reconstructions ne sont pas rapides, surtout quand…
…vous n’avez pas beaucoup de mémoire.
En général, au moins 4 Go de mémoire totale (RAM et swap) sont recommandés pour Discourse de nos jours.
Lors de la mise à jour de discourse depuis l’interface d’administration, je reçois cet avertissement de problèmes incompatibles
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
[3/5] Fetching packages...
warning Pattern ["wrap-ansi-cjs@npm:wrap-ansi@^7.0.0"] is trying to unpack in the same destination "/home/discourse/.cache/yarn/v6/npm-wrap-ansi-cjs-7.0.0-67e145cff510a6a6984bdf1152911d69d2eb9e43-integrity/node_modules/wrap-ansi-cjs" as pattern ["wrap-ansi@^7.0.0"]. This could result in non-deterministic behavior, skipping.
[4/5] Linking dependencies...
warning "@discourse/lint-configs > eslint-plugin-ember > ember-eslint-parser@0.3.8" has unmet peer dependency "@typescript-eslint/parser@^6.15.0".
warning "> @glint/environment-ember-loose@1.4.0" has unmet peer dependency "@glimmer/component@^1.1.2".
warning "> discourse-markdown-it@1.0.0" has unmet peer dependency "xss@*".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3@3.0.6" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3-multipart@3.1.3" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/xhr-upload@3.1.1" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse-plugins > ember-this-fallback@0.4.0" has unmet peer dependency "ember-source@^3.28.11 || ^4.0.0".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > admin > ember-source > router_js@8.0.3" has unmet peer dependency "rsvp@^4.8.5".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" has incorrect peer dependency "@uppy/core@^3.2.1".
Aidez-moi à résoudre ce problème.
Vous pouvez les ignorer sans risque, cela n’empêchera pas Discourse de reconstruire.