Ops. O software que alimenta este fórum de discussão encontrou um problema inesperado

[schungx (Stephen Chung)]

Recebi isso de repente hoje.

Tentei ./launcher rebuild app algumas vezes sem sucesso.

Alguém pode sugerir onde posso verificar para descobrir o erro?

[maiki]

Ops. O software que alimenta este fórum de discussão encontrou um problema inesperado

Você viu isso como uma mensagem de erro? Onde?

@schungx

Tentei ./launcher rebuild app algumas vezes sem sucesso.

Seu site foi reconstruído corretamente? Houve algum erro?

[schungx (Stephen Chung)]

@maiki

Você viu isso como uma mensagem de erro? Onde?

Ele aparece quando eu sirvo para a página inicial do fórum.

A reconstrução é bem-sucedida, até onde sei… Ele inicia bem com a última linha:

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=2 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_FORCE_HTTPS=true -e DISCOURSE_HOSTNAME=support.chenhsong.com -e DISCOURSE_DEVELOPER_EMAILS= -e DISCOURSE_SMTP_ADDRESS=smtp.sendgrid.net -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=apikey -e DISCOURSE_SMTP_PASSWORD=??? -e LETSENCRYPT_ACCOUNT_EMAIL= -h support-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:ad:4c:fe:ac:75 local_discourse/app /sbin/boot
f0795eafda2ebc91dac07c5c38040a0b14eda0a9b86ce90b6bc79c51acb519ba

O syslog tem um conjunto de erros muito estranho com um carimbo de data/hora incorreto (acontece nos últimos dias):

Feb  3 01:35:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try Feb  4 04:38:13 support-app rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="371" x-info="https://www.rsyslog.com"] start

[pfaffman (Jay Pfaffman)]

@schungx

write error: No space left on device [

Isso significa que seu disco está cheio. Você pode excluir alguns backups e tentar

 cd /var/discourse
./launcher cleanup

[schungx (Stephen Chung)]

Uma das primeiras coisas que verifiquei. Não, o disco não está cheio. Apenas 65% de uso no máximo em todos os volumes.

Mas me certifiquei de que o disco está limpo com bastante espaço. Em seguida, reconstruí algumas vezes, o que foi bem-sucedido. Mas ainda assim este erro.

EDIT: Restaurando meu backup anterior (duas versões beta atrás) e tudo funciona bem. Então algo tem a ver com esta versão beta.

[khenmu (John Sweeney)]

@schungx

(acontece nos últimos dias)

Tem certeza?

Estou acordado no meio da noite por causa de insônia, então este pode ser um dos meus posts menos inteligentes, mas se o carimbo de data/hora sugere que o problema não foi recente e a entrada de log não descreve com precisão sua situação atual, meu primeiro pensamento seria que a entrada de log é antiga e não relacionada.

No mínimo, eu estaria curioso para saber se entradas de log adicionais continuam a ser geradas!

Como aparte… você poderia verificar a data e hora atuais do dispositivo? Se o comando de terminal timedatectl funcionar, ótimo! Caso contrário, o comando date deve funcionar em praticamente qualquer máquina Linux.

 

@schungx

Verifique se há mensagens de erro adicionais antes desta.

Você fez isso?

[raghukamath (Raghavendra Kamath)]

Fui atingido por este erro após a atualização agora mesmo

[RGJ (Richard - Communiteq)]

@schungx

Não, o disco não está cheio. Apenas 65% de uso no máximo em todos os volumes

Um erro de disco cheio também pode ocorrer quando você fica sem inodes. O que df -i diz?

[JammyDodger]

O /logs seria mais revelador neste caso?

Recentemente, fiquei sem acesso ao meu site de teste com um erro semelhante e isso me direcionou para um conflito de plugin específico.

[raghukamath (Raghavendra Kamath)]

Nós (krita-artists.org) nos referimos a este tópico e ele nos ajudou a colocar o site de volta no ar -

Undefined column 'boomarks.post_id' after update

Faced the same issue while updating today. Adding back the post_id column helped fix it. Steps: enter the discourse container ./launcher enter app Enter psql sudo -u postgres psql discourse Add back the post_id column in the bookmarks table ALTER TABLE bookmarks ADD COLUMN post_id int;

[schungx (Stephen Chung)]

Apenas em resposta a alguns comentários acima:

• df -i nem de perto. <10%

• logs nenhum outro erro em syslog e syslog.1 etc.

[JammyDodger]

O problema no tópico citou uma postagem ou duas acima, que era ter um plugin antigo ainda em seu app.yml. Poderia ser o mesmo para você também?

Você poderia listar seus plugins aqui para nós vermos?

[schungx (Stephen Chung)]

Pode ser esta coisa!

Eu tenho isto no meu app.yml

git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"

Este é obviamente um repositório antigo com um branch especial!

Tentarei com o mais recente:

git clone https://github.com/paviliondev/discourse-topic-previews-sidecar

EDIT: Funciona!!!

Muito obrigado a @raghukamath