Сегодня у меня внезапно возникла эта проблема.
Пытался выполнить ./launcher rebuild app несколько раз, но безрезультатно.
Может, кто-то подскажет, где можно проверить, чтобы найти причину ошибки?
Ой. Программное обеспечение, управляющее этим форумом, столкнулось с неожиданной проблемой.
Вы видели это как сообщение об ошибке? Где? 
Ваш сайт успешно пересобрался? Были ли там какие-либо ошибки?
Оно появляется, когда я обращаюсь к главной странице форума.
Пересборка прошла успешно, насколько я знаю… Сервер запускается нормально, последняя строка:
+ /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-0-builtin:omfile' (модуль 'builtin:omfile') потеряло сообщение, не удалось обработать. Проверьте дополнительные сообщения об ошибках перед этим. [v8.1901.0 попробуйте https://www.rsyslog.com/e/2027 ]
Feb 3 01:45:01 support-app rsyslogd: ошибка записи в файл '8': на устройстве недостаточно места [v8.1901.0 попробуйте https://www.rsyslog.com/e/2027 ]
Feb 3 01:45:01 support-app rsyslogd: действие 'action-0-builtin:omfile' (модуль 'builtin:omfile') потеряло сообщение, не удалось обработать. Проверьте дополнительные сообщения об ошибках перед этим. [v8.1901.0 попробуйте 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.
Вы это сделали?
После только что сделанного обновления получил эту ошибку 
Ошибка «диск заполнен» также может возникнуть, когда закончились i-ноды. Что показывает команда 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