После восстановления файла резервной копии на новой локальной ВМ сайт больше не работает

Поддержка Самостоятельное хостинг
1

Здравствуйте,

Я восстановил файл резервной копии из облачного экземпляра. После восстановления на собственном сервере под управлением Debian URL и заголовок страницы отображаются, однако страница входа выглядит белой.

  • Режим «Безопасный запуск» не работает.
  • Кэш браузера очищен.
  • Я пересобрал приложение, но изменений нет.

Есть ли у вас идеи, что ещё можно сделать?

В консоли браузера были зафиксированы следующие ошибки:

report
report1657×835 390 KB

Я также проверил производственный лог: похоже, что подключение к серверам REDIS не работает.

image
image1913×376 78.7 KB

Я удалил контейнер, перезагрузил виртуальную машину и снова установил Discourse. При этом получил следующую ошибку:

Docker: driver failed programming external connectivity on endpoint app …

image
image941×226 132 KB

Спасибо за ваши предложения.

И.

2

Возможно, что-то слушает порт 80 (nginx?)

3

Я остановил nginx и пересобрал приложение.

Согласно логам продакшена, REDIS не работает:

image
image1555×306 108 KB

Есть ли у вас какие-либо идеи, что делать? Я уже перезагружал систему, пересобирал, удалял контейнер и заново его вытягивал и т.д. — ничего не помогло…

4

:thinking: sudo systemctl status redis ?

5

Redis не найден …

image

Как правильно запустить Redis в контейнере Discourse?

Если я пытаюсь его запустить, это не работает:

image

С уважением,
I.

7

Мне действительно удалось установить его сначала с помощью руководства. После восстановления резервной копии от хостинг-провайдера Discourse я получил только белые страницы. С тех пор я не могу его установить…

Возможно, мои перезагрузки и пересборки привели к сбою самой виртуальной машины.

9

Как ты это сделал?
./discourse-setup снова?

11

Debian 10.5 (Buster)

12

Я уже делал это, и не раз, конечно.

13

Я думаю, проблема в том, что Redis больше не работает, и я не знаю, как его запустить.
Я уже обновил контейнер Discourse, но это не помогло.

Думаю, нужно:
уничтожить контейнер,
удалить директорию,
скачать контейнер из git
и начать всё заново…

14

Как вы видите, я сделал это максимально просто:

image
image970×400 80.2 KB

15

Действительно, я думал, что discourse-setup сам позаботится об установке Redis :thinking: Попробуйте, возможно, установить его вручную, следуя тому, что сделано здесь: discourse_docker/image/base/install-redis at main · discourse/discourse_docker · GitHub

Что находится под вашим скриншотом?
Есть ли какая-либо ошибка после выполнения ./discourse-setup?

16

Итогом установки стало:

image
image1690×341 138 KB

Я попробую установить Redis вручную…

17

Ну, Redis, кажется, всё в порядке :thinking:

18

image

Discourse должен работать теперь! (не работает)

Docker, кажется, в порядке:

image
image572×776 64 KB

Согласно “.launcher logs app”, проблема, должно быть, в сертификате…

image
image1321×535 170 KB

19

Извините, моя ошибка по поводу проверки systemctl. Redis действительно установлен на хосте, но для других целей. Redis, который вы ищете, установлен внутри контейнера.

21

Хорошо, один из вариантов — создать новую виртуальную машину с Ubuntu (однако для нашего института это довольно затратно).
На мой взгляд, это сейчас лучшее решение, не так ли?

22

Это может быть связано с вашим app.yml, что у вас там?

## Раскомментируйте эти две строки, если хотите добавить Lets Encrypt (https)
#  - "templates/web.ssl.template.yml"
#  - "templates/web.letsencrypt.ssl.template.yml"

Также возможно, что вы достигли лимита обновлений Lets Encrypt…

26

нет, я здесь “root”. Это внутренняя виртуальная машина, публичный доступ отсутствует /пока что/.

27

Спасибо, это было решением… :slight_smile:

Теперь я могу получить доступ к графическому интерфейсу. Мне интересно, что будет, если восстановление резервной копии снова приведёт к сбою.

Нужны ли какие-либо подготовительные действия для успешного восстановления с другого сервера?