오늘 갑자기 이런 문제가 생겼어요.
./launcher rebuild app 명령어를 몇 번 실행해 봤지만 해결되지 않아요.
어디를 확인해야 에러 원인을 찾을 수 있는지 조언해 주실 분 없나요?
아, 이 토론 포럼을 구동하는 소프트웨어에서 예상치 못한 문제가 발생했습니다
그것을 오류 메시지로 보셨나요? 어디에서요? 
사이트가 정상적으로 재빌드되었나요? 거기에 오류가 있었나요?
포럼의 홈 페이지를 서빙할 때 나타납니다.
재빌드(rebuild)는 성공한 것으로 알고 있습니다… 마지막 줄을 다음과 같이 표시하면서 정상적으로 시작됩니다:
+ /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
syslog에는 잘못된 날짜 스탬프가 포함된 매우 이상한 오류 집합이 있습니다(최근 며칠 동안 발생하고 있음):
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
이것은 디스크가 가득 차 있음을 의미합니다. 일부 백업을 삭제한 후 다음을 시도해 보세요.
cd /var/discourse
./launcher cleanup
가장 먼저 확인한 것 중 하나입니다. 아니요, 디스크가 가득 찬 것은 아닙니다. 모든 볼륨의 사용량이 최대 65%에 불과합니다.
하지만 디스크가 깨끗하고 충분한 여유 공간이 있는지 확인했습니다. 그런 다음 몇 번 재구축했는데 모두 성공했습니다. 그런데도 여전히 이 오류가 발생합니다.
수정: 이전 백업(베타 두 번 전)으로 복원하니 모든 것이 정상적으로 작동합니다. 즉, 이 베타 버전과 관련된 문제인 것 같습니다.
정말 확실합니까?
수면 부족으로 새벽에 깨어 있는 상태라 이번 글은 제가 좀 더 덜 현명한 편에 속할 수도 있지만, 날짜 스탬프가 문제가 최근이 아니었음을 시사하고 로그 항목이 현재 상황을 정확히 설명하지 않는다면, 제 첫 번째 추측은 해당 로그 항목이 오래되었고 관련이 없다는 것입니다.
적어도 이러한 추가 로그 항목이 계속 생성되는지 궁금할 것입니다!
참고로… 기기의 현재 날짜와 시간을 확인해 볼 수 있습니까? timedatectl 터미널 명령이 작동하면 좋습니다! 그렇지 않다면, date 명령은 거의 모든 Linux 시스템에서 작동해야 합니다.
이것을 해 보셨습니까?
방금 업데이트를 받은 후 이 오류가 발생했어요 
인오드(inode)가 소진될 때도 디스크 가득 참 오류가 발생할 수 있습니다. df -i 명령을 실행하면 어떤 결과가 나오나요?
이 경우 /logs가 더 유용할까요?
최근 비슷한 오류로 인해 테스트 사이트에서 잠금이 걸린 적이 있었는데, 덕분에 특정 플러그인 충돌이 문제라는 것을 알게 되었습니다.
저희(krita-artists.org)는 이 스레드를 참고하여 사이트를 다시 복구할 수 있었습니다.
위에 몇 가지 댓글에 대한 답변으로:
-
df -i는 전혀 해당되지 않습니다. <10% -
logs에는syslog및syslog.1등에 다른 오류가 없습니다.
방금 인용한 토픽에서 언급된 이슈는 app.yml에 오래된 플러그인이 남아 있는 것이 원인이었습니다. 당신도 같은 상황일 수 있나요?
확인해 드릴 수 있도록 여기에 플러그인 목록을 올려 주시겠어요?
이거 때문일지도!
app.yml에 이렇게 설정되어 있습니다:
git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"
이것은 분명히 특수한 브랜치를 가진 오래된 저장소입니다!
최신 버전으로 시도해 보겠습니다:
git clone https://github.com/paviliondev/discourse-topic-previews-sidecar
수정: 작동합니다!!! 
@raghukamath님께 진심으로 감사드립니다.