Discourse docker cai automaticamente

Suporte Instalação
1

Olá pessoal, meus problemas caem automaticamente no fórum Discourse
E às vezes também estou recebendo 502 Bad Gateway
unicorn.stderr.log

D, [2020-07-15T16:29:57.037389 #32767] DEBUG -- : aguardando 16,0s após suspensão/hibernação
E, [2020-07-15T18:49:48.649399 #32767] ERROR -- : worker=0 PID:8593 timeout (31s > 30s), matando
E, [2020-07-15T18:49:50.220209 #32767] ERROR -- : coletado #<Process::Status: pid 8593 SIGKILL (signal 9)> worker=0
E, [2020-07-15T18:50:25.881312 #32767] ERROR -- : worker=2 PID:13929 timeout (31s > 30s), matando
E, [2020-07-15T18:50:25.881493 #32767] ERROR -- : worker=1 PID:32508 timeout (31s > 30s), matando
E, [2020-07-15T18:50:25.949739 #32767] ERROR -- : coletado #<Process::Status: pid 13929 SIGKILL (signal 9)> worker=2
E, [2020-07-15T18:50:25.949869 #32767] ERROR -- : coletado #<Process::Status: pid 32508 SIGKILL (signal 9)> worker=1
I, [2020-07-15T18:51:00.385865 #19149]  INFO -- : worker=0 pronto
I, [2020-07-15T18:51:00.385899 #19193]  INFO -- : worker=2 pronto
I, [2020-07-15T18:51:00.385899 #19189]  INFO -- : worker=1 pronto
E, [2020-07-15T18:51:44.033303 #32767] ERROR -- : worker=2 PID:19193 timeout (31s > 30s), matando
E, [2020-07-15T18:51:44.051941 #32767] ERROR -- : coletado #<Process::Status: pid 19193 SIGKILL (signal 9)> worker=2
I, [2020-07-15T18:51:49.476608 #19302]  INFO -- : worker=2 pronto
E, [2020-07-15T18:51:55.064179 #32767] ERROR -- : worker=1 PID:19189 timeout (31s > 30s), matando
E, [2020-07-15T18:51:55.085863 #32767] ERROR -- : coletado #<Process::Status: pid 19189 SIGKILL (signal 9)> worker=1
I, [2020-07-15T18:52:00.812373 #19324]  INFO -- : worker=1 pronto
2

Isso significa que seu processo web está levando mais de 30 segundos para responder. Você pode remover todos os plugins personalizados e reconstruir?

3

iniciado ./launcher rebuild app
apenas um plugin de gerenciador docker

2318×1110 100 KB

4

Qual é o seu servidor? Está muito lento? Quanto de RAM tem? Você tem SSD ou discos giratórios? Qual o tamanho do seu banco de dados?

5

O sistema está funcionando normalmente
informações
CPU: 50% i3 4 núcleos
Uso do disco de /: 7,9% de 1,79TB
Uso da memória: 61% 8G
Uso do swap: 19% 4G

Reconstruí o aplicativo com sucesso

 new_subscriber_thread'"] 
I, [2020-07-15T19:56:10.094624 #72]  INFO -- : Atualizando a lista de Gems
I, [2020-07-15T19:56:41.824138 #72]  INFO -- : Ouvindo em addr=127.0.0.1:3000 fd=9
I, [2020-07-15T19:57:06.077895 #72]  INFO -- : processo mestre pronto
I, [2020-07-15T19:57:17.979526 #229]  INFO -- : worker=2 pronto
I, [2020-07-15T19:57:17.979509 #218]  INFO -- : worker=1 pronto
I, [2020-07-15T19:57:17.979637 #241]  INFO -- : worker=3 pronto
I, [2020-07-15T19:57:17.979868 #211]  INFO -- : worker=0 pronto
6

meu problema ainda persiste

tail -100 unicorn.stderr.log

    I, [2020-07-16T07:51:49.785061 #72] INFO -- : master concluiu a reabertura dos logs

    I, [2020-07-16T07:52:05.423701 #18420] INFO -- : worker=3 concluiu a reabertura dos logs

    I, [2020-07-16T07:52:05.439574 #10177] INFO -- : worker=2 concluiu a reabertura dos logs

    I, [2020-07-16T07:52:06.614121 #11282] INFO -- : worker=1 concluiu a reabertura dos logs

    I, [2020-07-16T07:52:06.626403 #30350] INFO -- : worker=0 concluiu a reabertura dos logs

    E, [2020-07-16T13:43:49.118620 #72] ERROR -- : worker=1 PID:11282 expirou (31s > 30s), matando

    E, [2020-07-16T13:43:49.325644 #72] ERROR -- : coletado #<Process::Status: pid 11282 SIGKILL (signal 9)> worker=1

    D, [2020-07-16T13:44:19.448200 #72] DEBUG -- : aguardando 16.0s após suspensão/hibernação

    I, [2020-07-16T13:44:31.441735 #10639] INFO -- : worker=1 pronto

    E, [2020-07-16T14:24:40.454209 #72] ERROR -- : worker=1 PID:10639 expirou (31s > 30s), matando

    E, [2020-07-16T14:24:40.611580 #72] ERROR -- : coletado #<Process::Status: pid 10639 SIGKILL (signal 9)> worker=1

    D, [2020-07-16T14:25:10.744135 #72] DEBUG -- : aguardando 16.0s após suspensão/hibernação

    I, [2020-07-16T14:25:14.973408 #13472] INFO -- : worker=1 pronto

    E, [2020-07-16T16:03:01.918109 #72] ERROR -- : worker=2 PID:10177 expirou (31s > 30s), matando

    E, [2020-07-16T16:03:02.200133 #72] ERROR -- : coletado #<Process::Status: pid 10177 SIGKILL (signal 9)> worker=2

    I, [2020-07-16T16:03:51.690756 #20266] INFO -- : worker=2 pronto

    E, [2020-07-16T18:29:27.607372 #72] ERROR -- : worker=1 PID:13472 expirou (31s > 30s), matando

    E, [2020-07-16T18:29:27.831050 #72] ERROR -- : coletado #<Process::Status: pid 13472 SIGKILL (signal 9)> worker=1

    I, [2020-07-16T18:29:59.339086 #30397] INFO -- : worker=1 pronto

    E, [2020-07-16T18:51:56.470192 #72] ERROR -- : worker=0 PID:30350 expirou (31s > 30s), matando

    E, [2020-07-16T18:51:57.004078 #72] ERROR -- : coletado #<Process::Status: pid 30350 SIGKILL (signal 9)> worker=0

    I, [2020-07-16T18:52:43.150079 #31968] INFO -- : worker=0 pronto
D, [2020-07-16T19:13:52.263197 #72] DEBUG -- : aguardando 16.0s após suspensão/hibernação
7

Você poderia responder ao restante das perguntas do Jay?

Isso está em um SSD? 2TB sugere que isso pode ser um disco SATA giratório convencional, que será muito lento para usar com o Discourse.

8

Sim, um disco SATA de 2 TB normalmente funciona rápido, mas está fora do ar.

https://forum.wishl.net/

9

O SSD é o mínimo exigido e está documentado nos requisitos do Discourse. Você precisará de um SSD; não podemos ajudá-lo se estiver usando um disco giratório.

10

Você pode entrar no container e acompanhar outros logs?

Minha aposta é que o PostgreSQL está falhando ao iniciar; comece a investigar isso.

11

Oi, em qual arquivo de log devo olhar?

12

Se ajudar, o servidor Discourse que ajudo a administrar começou a apresentar mensagens de erro 502 Bad Gateway há cerca de um mês. Tanto o servidor quanto eu estamos localizados na Alemanha. Não pode ser uma regressão recente do Discourse, pois não fizemos nenhuma atualização há meses. Operamos com um contrato de hospedagem muito básico. O servidor também está ficando realmente lento quando consegue se conectar. Não tenho uma boa explicação para essa degradação do serviço, mas imaginei que fosse simplesmente devido ao nosso plano barato. Ao ler este tópico, talvez haja outras explicações? R.

13

Obrigado pela resposta.
O servidor transferiu o SSD e o problema foi resolvido.

14

Olá! Você pode me dizer se o uso de discos rígidos do tipo Life melhora o desempenho? Obrigado.

15

SSD é muito mais rápido do que discos magnéticos giratórios. É amplamente reconhecido que o SSD é necessário, embora eu saiba de um site grande que usou discos magnéticos. Isso resultou em pelo menos uma alteração no núcleo para dar suporte a isso. Levou semanas para ser configurado. Se você usar discos magnéticos, precisará de mais memória RAM para fornecer mais cache. Realmente não é recomendado.