preso nisso há uns 6 minutos enquanto reconstruía
Eu só queria uma reconstrução rápida, cara 
agora já se passaram quase 20 minutos, se eu soubesse, deveria ter esperado até as 3 da manhã ou algo assim, encerrei a sessão ssh e fiz a reconstrução novamente, vamos ver
editar: tive que fazer ./discourse-docter ou o que quer que seja e voltou a funcionar, eu queria que meu app.yml atualizasse, eu nem sei se ele atualizou
1 curtida
obrigado, tentarei às 3 da manhã ou algo assim mais tarde
Estou muito confuso, minha linha 159, como declarado no tópico que você postou, é diferente…
Mas eu procurei por “yarn” e encontrei isto
Garantindo que o launcher esteja atualizado
Buscando origem
Launcher está atualizado
Parando o container antigo
+ /usr/bin/docker stop -t 600 app
app
2.0.20240502-0021: Puxando de discourse/base
Digest: sha256:ca10543693caa0b52f7318105dea1d47a84991e7927330db1010e13e39777ba7
Status: Imagem está atualizada para 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 -- : Lendo da entrada padrão
I, [2024-05-09T03:58:42.077104 #1] INFO -- : Arquivo > /etc/service/postgres/run chmod: +x chown:
I, [2024-05-09T03:58:42.095108 #1] INFO -- : Arquivo > /etc/service/postgres/log/run chmod: +x chown:
I, [2024-05-09T03:58:42.108229 #1] INFO -- : Arquivo > /etc/runit/3.d/99-postgres chmod: +x chown:
I, [2024-05-09T03:58:42.126445 #1] INFO -- : Arquivo > /root/install_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145105 #1] INFO -- : Arquivo > /root/upgrade_postgres chmod: +x chown:
I, [2024-05-09T03:58:42.145716 #1] INFO -- : Substituindo data_directory = '/var/lib/postgresql/13/main' por data_directory = '/shared/postgres_data' em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.147110 #1] INFO -- : Substituindo (?-mix:#?listen_addresses *=.*) por listen_addresses = '*' em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.150337 #1] INFO -- : Substituindo (?-mix:#?synchronous_commit *=.*) por synchronous_commit = $db_synchronous_commit em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.180094 #1] INFO -- : Substituindo (?-mix:#?shared_buffers *=.*) por shared_buffers = $db_shared_buffers em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.181568 #1] INFO -- : Substituindo (?-mix:#?work_mem *=.*) por work_mem = $db_work_mem em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.182124 #1] INFO -- : Substituindo (?-mix:#?default_text_search_config *=.*) por default_text_search_config = '$db_default_text_search_config' em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.183465 #1] INFO -- : Substituindo (?-mix:#?checkpoint_segments *=.*) por checkpoint_segments = $db_checkpoint_segments em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.184221 #1] INFO -- : Substituindo (?-mix:#?logging_collector *=.*) por logging_collector = $db_logging_collector em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.198484 #1] INFO -- : Substituindo (?-mix:#?log_min_duration_statement *=.*) por log_min_duration_statement = $db_log_min_duration_statement em /etc/postgresql/13/main/postgresql.conf
I, [2024-05-09T03:58:42.209671 #1] INFO -- : Substituindo (?-mix:^#local +replication +postgres +peer$) por local replication postgres peer em /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.213239 #1] INFO -- : Substituindo (?-mix:^host.*all.*all.*127.*$) por host all all 0.0.0.0/0 md5 em /etc/postgresql/13/main/pg_hba.conf
I, [2024-05-09T03:58:42.218935 #1] INFO -- : Substituindo (?-mix:^host.*all.*all.*::1\/128.*$) por host all all ::/0 md5 em /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 -- : Gerando locais (isso pode levar um tempo)...
Geração completa.
postgres já em execução, parando o container
FALHOU
--------------------
Pups::ExecError: [ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres falhou com retorno #<Process::Status: pid 16 exit 1>
Local da falha: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec falhou com os parâmetros {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap falhou com código de saída 1
** FALHA AO INICIAR ** por favor, role para cima e procure por mensagens de erro anteriores, pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448```Por favor, preciso de ajuda, não consigo nem reconstruir, só quero que as alterações no meu app.yml sejam refletidas no site. Ele nem está usando toda a RAM que poderia usar. Fiz algumas alterações nos shared buffers e quero que elas entrem em produção. Agora não consigo nem reconstruir. Para colocar o site de volta online, usei o discourse doctor ou apenas reiniciei o app antigo.
Existe alguma outra instância do postgres em execução (no host principal?) que esteja de alguma forma se comunicando com o contêiner enquanto ele está tentando construir?
sem ideia e eu não acho que sim, pois configurei em um servidor novo. devo parar de alguma forma.
Pesquisei como verificar se o postgres está em execução e executei este comando: ‘service postgresql status’, retornou Unit postgresql.service could not be found.
Eu até reiniciei o servidor, ainda não funcionou.
log completo do console antes de travar
Parece que foi cortado na linha 262
é aí que o problema persiste, se eu deixar muito tempo, ele diz isso como mostrei em minhas mensagens anteriores.
Localização da falha: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec falhou com os parâmetros {"tag"=>"db", "cmd"=>"[ -f /root/install_postgres ] && /root/install_postgres && rm -f /root/install_postgres"}
bootstrap falhou com código de saída 1
** FALHA AO INICIAR ** por favor, role para cima e procure por mensagens de erro anteriores, pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.
902db7e2e5295f896eb00f8379d8507209ddc1844e335ecb403f0cd900502448
Eu queria evitar longos períodos de inatividade, então parei e reiniciei o aplicativo, obrigado também pela sua resposta, não sei o que fazer, preciso reconstruir o aplicativoQuanta RAM + Swap você tem? Pode não ser suficiente para compilar.
mais do que suficiente, 40 GB de RAM, 400 GB de armazenamento
nem está usando muita RAM, fiz alterações no app.yml para usar mais da RAM e adicionei 25 UNICORN_WORKERS (CPU de 12 núcleos)
Isso é idêntico aos novos erros? Os novos logs parecem travar depois que esses comandos já foram executados.
Sim, esse erro aconteceu quando deixei rodando sem fechar a sessão SSH e iniciar novamente, demorou cerca de 14 minutos para dar falha e depois um erro de bootstrap, não quero ter um longo tempo de inatividade.
I, [2024-05-09T16:37:04.580910 #1] INFO -- : Substituindo (?-mix:^host.*all.*all.*::1\/128.*$) por host all all ::/0 md5 em /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 -- : Gerando locais (isso pode levar um tempo)...
Geração completa.
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 -- : Arquivo > /usr/local/bin/create_db chmod: +x chown:
I, [2024-05-09T16:37:09.635201 #1] INFO -- : Arquivo > /var/lib/postgresql/take-database-backup chmod: +x chown: postgres:postgres
I, [2024-05-09T16:37:09.648537 #1] INFO -- : Arquivo > /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: iniciando PostgreSQL 13.14 (Debian 13.14-1.pgdg110+2) em x86_64-pc-linux-gnu, compilado por gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
Linhas 31-41 do seu arquivo de log, que parece já ter iniciado o postgres.
O erro de bootstrap deveria ter linhas diferentes aqui:
Já que essas linhas parecem ter sido executadas com sucesso.
Não sei, para ser honesto. Eu apenas executei o comando rebuild, mas depois de falhar ontem, executei o comando discourse doctor para colocar o site de volta online. Ele ainda não reconstrói, falha na reconstrução na mesma linha de cada vez 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 curtida
consegui fazer funcionar adicionando isto ao modelo da web, segui o tutorial no primeiro comentário no início, mas sou novato e acabei descobrindo.\n- exec:\n cd: $home\n cmd:\n - \"su discourse -c 'yarn config set network-timeout 600000 -g'\"\n - exec:\n cd: $home\n hook: yarn\n cmd:\n - |-\n if [ \"$version\" != \"tests-passed\" ]; then\n rm -rf app/assets/javascripts/node_modules\n fi\n - su discourse -c 'yarn install --frozen-lockfile \u0026\u0026 yarn cache clean\n\n\n\nassim é como deve ficar para qualquer outra pessoa que esteja com o problema.\n\nalém disso, como faço para que meu instantâneo use mais RAM? está usando apenas 4GB no momento, mesmo depois de fazer alterações, está tudo bem? ainda está sendo "usado"?
2 curtidas
Eu tenho o mesmo problema (e também sou novato), então estou tentando sua correção agora. Obrigado por postá-la.
Ei, desculpe incomodar, mas não consigo encontrar o yarn em lugar nenhum para executá-lo. Em qual diretório ele deve estar, por favor?