bloqué là-dessus depuis environ 6 minutes pendant la reconstruction
Je voulais juste une reconstruction rapide, mec
maintenant, ça fait près de 20 minutes, si j’avais su, j’aurais dû attendre 3h du matin ou quelque chose comme ça, j’ai terminé la session ssh et j’ai refait la reconstruction, on va voir
edit : j’ai dû faire ./discourse-docter ou je ne sais quoi et c’est de nouveau en ligne, je voulais que mon app.yml se mette à jour, je ne sais même pas si ça l’a fait
Merci, j’essaierai à 3h du matin ou plus tard.
Je suis vraiment confus, ma ligne 159 comme indiqué dans le sujet que vous avez posté est différente…
Mais j’ai cherché “yarn” et j’ai trouvé ceci
Mise à jour du lanceur en cours
Récupération de l'origine
Le lanceur est à jour
Arrêt de l'ancien conteneur
+ /usr/bin/docker stop -t 600 app
app
2.0.20240502-0021: Pulling from discourse/base
Digest: sha256:ca10543693caa0b52f7318105dea1d47a84991e7927330db1010e13e39777ba7
Status: Image is up to date for discourse/base:2.0.20240502-0021
docker.io/discourse/base:2.0.20240502-0021
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
I, [2024-05-09T03:58:42.050521 #1] INFO -- : Lecture depuis stdin
I, [2024-05-09T03:58:42.077104 #1] INFO -- : Fichier > /etc/service/postgres/run chmod: +x chown:
I, [2024-05-09T03:58:42.095108 #1] INFO -- : Fichier > /etc/service/postgres/log/run chmod: +x chown:
I, [2024-05-09T03:58:42.108229 #1] INFO -- : Fichier > /etc/runit/3.d/99-postgres chmod: +x chown:
I, [2024-05-09T03:58:42.126445 #1] INFO -- : Fichier > /root/install_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145105 #1] INFO -- : Fichier > /root/upgrade_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145716 #1] INFO -- : Remplacement de data_directory = '/var/lib/postgresql/13/main' par data_directory = '/shared/postgres_data' dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.147110 #1] INFO -- : Remplacement de (?-mix:#?listen_addresses *=.*) par listen_addresses = '*' dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.150337 #1] INFO -- : Remplacement de (?-mix:#?synchronous_commit *=.*) par synchronous_commit = $db_synchronous_commit dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.180094 #1] INFO -- : Remplacement de (?-mix:#?shared_buffers *=.*) par shared_buffers = $db_shared_buffers dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.181568 #1] INFO -- : Remplacement de (?-mix:#?work_mem *=.*) par work_mem = $db_work_mem dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.182124 #1] INFO -- : Remplacement de (?-mix:#?default_text_search_config *=.*) par default_text_search_config = '$db_default_text_search_config' dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.183465 #1] INFO -- : Remplacement de (?-mix:#?checkpoint_segments *=.*) par checkpoint_segments = $db_checkpoint_segments dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.184221 #1] INFO -- : Remplacement de (?-mix:#?logging_collector *=.*) par logging_collector = $db_logging_collector dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.198484 #1] INFO -- : Remplacement de (?-mix:#?log_min_duration_statement *=.*) par log_min_duration_statement = $db_log_min_duration_statement dans /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.209671 #1] INFO -- : Remplacement de (?-mix:^#local +replication +postgres +peer$) par local replication postgres peer dans /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.213239 #1] INFO -- : Remplacement de (?-mix:^host.*all.*all.*127.*$) par host all all 0.0.0.0/0 md5 dans /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.218935 #1] INFO -- : Remplacement de (?-mix:^host.*all.*all.*::1\/128.*$) par host all all ::/0 md5 dans /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.221346 #1] INFO -- : > [ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres
I, [2024-05-09T03:58:42.404926 #1] INFO -- : Génération des locales (cela peut prendre un certain temps)...
Génération terminée.
postgres déjà en cours d'exécution, arrêt du conteneur
FAILED
--------------------
Pups::ExecError: [ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres a échoué avec le retour #<Process::Status: pid 16 exit 1>
Emplacement de l'échec : /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec a échoué avec les paramètres {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap a échoué avec le code de sortie 1
** ÉCHEC DU BOOTSTRAP ** veuillez faire défiler vers le haut et rechercher les messages d'erreur précédents, il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448```
S’il vous plaît, j’ai besoin d’aide, je ne peux même pas reconstruire, je veux juste que les changements dans mon app.yml se reflètent sur le site, il n’utilise même pas la quantité maximale de RAM dont il dispose, j’ai apporté quelques modifications aux tampons partagés et je veux qu’ils soient mis en ligne. maintenant, je ne peux même plus reconstruire, pour remettre le site en ligne, j’ai utilisé discourse doctor ou simplement redémarré l’ancienne application.
Y a-t-il une autre instance de postgres en cours d’exécution (sur l’hôte principal ?) qui communique d’une manière ou d’une autre avec le conteneur pendant sa construction ?
aucune idée et je ne pense pas que ce soit le cas, car je l’ai configuré sur un nouveau serveur. dois-je arrêter d’une manière ou d’une autre.
J’ai cherché sur Google comment vérifier si postgres s’exécute et j’ai exécuté cette commande : ‘service postgresql status’, retournant Unit postgresql.service could not be found.
J’ai même redémarré le serveur, cela n’a toujours pas fonctionné.
journal de console complet avant qu’il ne se bloque
Cela semble coupé à la ligne 262
c’est là que ça coince, si je le laisse trop longtemps, il dit ceci comme je l’ai montré dans mes messages précédents.
Emplacement de l'échec : /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec a échoué avec les paramètres {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap a échoué avec le code de sortie 1
** ÉCHEC DU BOOTSTRAP ** veuillez faire défiler vers le haut et rechercher les messages d'erreur précédents, il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448
Je voulais éviter une longue interruption, alors j'ai arrêté et redémarré l'application, merci aussi pour votre réponse, je ne sais pas quoi faire, je dois reconstruire l'application.
Quelle quantité de RAM + Swap possédez-vous ? Ce n’est peut-être pas suffisant pour qu’il puisse compiler.
plus qu’assez, 40 Go de RAM, 400 Go de stockage
![]()
il n’utilise même pas beaucoup de RAM, j’ai modifié app.yml pour qu’il utilise plus de RAM et j’ai ajouté 25 UNICORN_WORKERS (CPU 12 cœurs)
Est-ce identique aux nouvelles erreurs ? Les nouveaux logs semblent planter après que ces commandes ont déjà été exécutées.
oui, cette erreur s’est produite lorsque j’ai laissé le système fonctionner sans fermer la session SSH et en recommençant, il a fallu environ 14 minutes pour qu’il échoue et qu’il y ait une erreur de bootstrap, je ne veux pas avoir une longue période d’indisponibilité.
I, [2024-05-09T16:37:04.580910 #1] INFO -- : Remplacement de (?-mix:^host.*all.*all.*::1\/128.*$) par host all all ::/0 md5 dans /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T16:37:04.581418 #1] INFO -- : > [ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres
I, [2024-05-09T16:37:09.576908 #1] INFO -- : Génération des locales (cela peut prendre un certain temps)...
Génération terminée.
I, [2024-05-09T16:37:09.577359 #1] INFO -- : > HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main
I, [2024-05-09T16:37:09.607719 #1] INFO -- : Fichier > /usr/local/bin/create_db chmod : +x chown :
I, [2024-05-09T16:37:09.635201 #1] INFO -- : Fichier > /var/lib/postgresql/take-database-backup chmod : +x chown : postgres:postgres
I, [2024-05-09T16:37:09.648537 #1] INFO -- : Fichier > /var/spool/cron/crontabs/postgres chmod : chown :
I, [2024-05-09T16:37:09.648840 #1] INFO -- : > sleep 5
2024-05-09 16:37:10.726 UTC [34] LOG : démarrage de PostgreSQL 13.14 (Debian 13.14-1.pgdg110+2) sur x86_64-pc-linux-gnu, compilé par gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
Lignes 31 à 41 de votre fichier journal, qui semble avoir déjà démarré postgres.
L’erreur de démarrage devrait comporter d’autres lignes ici :
Puisque ces lignes semblent s’être exécutées avec succès.
Je ne sais pas, pour être honnête, j’ai juste exécuté la commande de reconstruction, mais après avoir échoué hier, j’ai exécuté la commande discourse doctor pour remettre le site en ligne. Il ne se reconstruit toujours pas, échoue à la reconstruction à la même ligne à chaque fois I, [2024-05-09T16:37:44.902627 #1] INFO -- : \u003e cd /var/www/discourse \u0026\u0026 su discourse -c 'yarn install --frozen-lockfile \u0026\u0026 yarn cache clean'\nwarning Resolution field \"unset-value@2.0.1\" is incompatible with requested version \"unset-value@^1.0.0\"
je l’ai fait fonctionner en ajoutant ceci au modèle web, j’ai suivi le tutoriel du premier commentaire au début mais je suis un débutant et j’ai fini par trouver la solution.
cd: $home
cmd:
- "su discourse -c 'yarn config set network-timeout 600000 -g'"
- exec:
cd: $home
hook: yarn
cmd:
- |
if [ "$version" != "tests-passed" ]; then
rm -rf app/assets/javascripts/node_modules
fi
- su discourse -c 'yarn install --frozen-lockfile && yarn cache clean
voilà à quoi ça devrait ressembler pour quiconque rencontre le même problème.
aussi, comment puis-je faire en sorte que mon instant utilise plus de RAM ? il n’utilise que 4 Go actuellement, même après avoir effectué des modifications. est-ce que c’est normal ? est-ce qu’il est toujours “utilisé” ?
J’ai le même problème (et je suis aussi débutant), j’essaie donc votre solution maintenant. Merci de l’avoir publiée.
Désolé de vous déranger, mais je ne trouve pas Yarn pour l’exécuter. Dans quel répertoire devrait-il se trouver s’il vous plaît ?


