bloccato su questo da circa 6 minuti durante la ricostruzione
Volevo solo una rapida ricostruzione, amico 
ora sono passati quasi 20 minuti, se l’avessi saputo avrei dovuto aspettare fino alle 3 del mattino o qualcosa del genere, ho terminato la sessione ssh e ho ricostruito di nuovo, vediamo
modifica: ho dovuto fare ./discourse-docter o qualunque cosa e è di nuovo online, volevo che il mio app.yml si aggiornasse, non so nemmeno se l’ha fatto
1 Mi Piace
Grazie, ci proverò alle 3 del mattino o più tardi.
Sono molto confuso, la mia riga 159 come indicato nell’argomento che hai pubblicato è diversa…
Ma ho cercato “yarn” e ho trovato questo
Assicurazione che il launcher sia aggiornato
Recupero dell'origine
Il launcher è aggiornato
Arresto del vecchio container
+ /usr/bin/docker stop -t 600 app
app
2.0.20240502-0021: Estrazione da discourse/base
Digest: sha256:ca10543693caa0b52f7318105dea1d47a84991e7927330db1010e13e39777ba7
Stato: L'immagine è aggiornata per 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 -- : Lettura da stdin
I, [2024-05-09T03:58:42.077104 #1] INFO -- : File > /etc/service/postgres/run chmod: +x chown:
I, [2024-05-09T03:58:42.095108 #1] INFO -- : File > /etc/service/postgres/log/run chmod: +x chown:
I, [2024-05-09T03:58:42.108229 #1] INFO -- : File > /etc/runit/3.d/99-postgres chmod: +x chown:
I, [2024-05-09T03:58:42.126445 #1] INFO -- : File > /root/install_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145105 #1] INFO -- : File > /root/upgrade_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145716 #1] INFO -- : Sostituzione di data_directory = '/var/lib/postgresql/13/main' con data_directory = '/shared/postgres_data' in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.147110 #1] INFO -- : Sostituzione di (?-mix:#?listen_addresses *=.*) con listen_addresses = '*' in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.150337 #1] INFO -- : Sostituzione di (?-mix:#?synchronous_commit *=.*) con synchronous_commit = $db_synchronous_commit in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.180094 #1] INFO -- : Sostituzione di (?-mix:#?shared_buffers *=.*) con shared_buffers = $db_shared_buffers in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.181568 #1] INFO -- : Sostituzione di (?-mix:#?work_mem *=.*) con work_mem = $db_work_mem in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.182124 #1] INFO -- : Sostituzione di (?-mix:#?default_text_search_config *=.*) con default_text_search_config = '$db_default_text_search_config' in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.183465 #1] INFO -- : Sostituzione di (?-mix:#?checkpoint_segments *=.*) con checkpoint_segments = $db_checkpoint_segments in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.184221 #1] INFO -- : Sostituzione di (?-mix:#?logging_collector *=.*) con logging_collector = $db_logging_collector in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.198484 #1] INFO -- : Sostituzione di (?-mix:#?log_min_duration_statement *=.*) con log_min_duration_statement = $db_log_min_duration_statement in /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.209671 #1] INFO -- : Sostituzione di (?-mix:^#local +replication +postgres +peer$) con local replication postgres peer in /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.213239 #1] INFO -- : Sostituzione di (?-mix:^host.*all.*all.*127.*$) con host all all 0.0.0.0/0 md5 in /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.218935 #1] INFO -- : Sostituzione di (?-mix:^host.*all.*all.*::1\/128.*$) con host all all ::/0 md5 in /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 -- : Generazione delle localizzazioni (potrebbe richiedere del tempo)...
Generazione completata.
postgres già in esecuzione arresta il container
FALLITO
--------------------
Pups::ExecError: [ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres fallito con ritorno #<Process::Status: pid 16 exit 1>
Posizione del fallimento: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec fallito con i parametri {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap fallito con codice di uscita 1
** FALLITO IL BOOTSTRAP ** si prega di scorrere verso l'alto e cercare messaggi di errore precedenti, potrebbero essercene più di uno.
./discourse-doctor potrebbe aiutare a diagnosticare il problema.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448```Ho bisogno di aiuto, non riesco nemmeno a ricostruire, voglio solo che le modifiche nel mio app.yml vengano applicate sul sito, non sta nemmeno utilizzando la quantità di RAM che potrebbe usare, ho apportato alcune modifiche ai buffer condivisi e voglio che vadano online. Ora non riesco nemmeno a ricostruire, per rimettere online il sito ho usato discourse doctor o semplicemente riavviato la vecchia app.
C’è qualche altra istanza di postgres in esecuzione (sull’host principale?) che in qualche modo comunica con il container mentre sta cercando di costruirlo?
Nessuna idea e non credo, dato che l’ho configurato su un server nuovo di zecca. dovrei fermarmi in qualche modo.
Ho cercato su Google come verificare se postgres è in esecuzione e ho eseguito questo comando, ‘service postgresql status’, ha restituito Unit postgresql.service could not be found.
Ho persino riavviato il server, ancora non ha funzionato.
log completo della console prima che si blocchi
Sembra troncato alla riga 262
è lì che si blocca, se lo lascio troppo a lungo allora dice questo come ho mostrato nei miei messaggi precedenti.
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448
Volevo evitare lunghi tempi di inattività, quindi ho fermato e riavviato l'app, grazie anche per la tua risposta, non so cosa fare, devo ricostruire l'appQuanta RAM + Swap hai? Potrebbe non essere sufficiente per la compilazione.
più che sufficiente, 40 GB di RAM, 400 GB di spazio di archiviazione
non sta nemmeno usando molta RAM, ho apportato modifiche ad app.yml per prenderne di più dalla RAM e ho aggiunto 25 UNICORN_WORKERS (CPU a 12 core)
È identico ai nuovi errori? I nuovi log sembrano bloccarsi dopo che questi comandi sono già stati eseguiti.
Sì, quell’errore si è verificato quando l’ho lasciato in esecuzione senza chiudere la sessione SSH e riavviare, ci sono voluti circa 14 minuti prima che dicesse fallimento e poi errore di bootstrap, non voglio avere tempi di inattività lunghi.
I, [2024-05-09T16:37:04.580910 #1] INFO -- : Sostituzione di (?-mix:^host.*all.*all.*::1\/128.*$) con host all all ::/0 md5 in /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 -- : Generazione delle localizzazioni (potrebbe richiedere un po' di tempo)...
Generazione completata.
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 -- : File > /usr/local/bin/create_db chmod: +x chown:
I, [2024-05-09T16:37:09.635201 #1] INFO -- : File > /var/lib/postgresql/take-database-backup chmod: +x chown: postgres:postgres
I, [2024-05-09T16:37:09.648537 #1] INFO -- : File > /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: avvio di PostgreSQL 13.14 (Debian 13.14-1.pgdg110+2) su x86_64-pc-linux-gnu, compilato da gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
Righe 31-41 del tuo file di log, che sembra aver già avviato postgres.
L’errore di bootstrap dovrebbe avere righe diverse qui:
Poiché quelle righe sembrano essere state eseguite con successo.
Non lo so, onestamente. Ho solo eseguito il comando di rebuild, ma dopo il fallimento di ieri ho eseguito il comando discourse doctor per rimettere online il sito. Ancora non si ricompila, fallisce sul rebuild alla stessa riga ogni volta 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\"
1 Mi Piace
Ho capito che funziona aggiungendo questo al modello web, ho seguito il tutorial nel primo commento all’inizio ma sono un principiante e alla fine ho capito.
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
questo è come dovrebbe apparire per chiunque altro abbia il problema.
inoltre, come posso far usare più RAM al mio istantaneo? ne sta usando solo 4 GB al momento anche dopo aver apportato modifiche, va bene? è ancora “utilizzata”?
2 Mi Piace
Ho lo stesso problema (e sono anche un principiante), quindi sto provando la tua soluzione ora. Grazie per averla pubblicata.
Mi dispiace disturbarti, ma non riesco a trovare yarn da nessuna parte per eseguirlo. In quale directory dovrebbe trovarsi, per favore?