Я использую S3 для загрузки файлов, но не для резервных копий. Соответствующие строки в app.yml, указывающие на бакет резервных копий в S3, закомментированы.
Помимо DISCOURSE_HOSTNAME в app.yml, между конфигурациями продакшн- и тестового/стадионного серверов нет никаких различий.
Единственное другое отличие — это версия сборки. Я обновил оба сервера, но пересобрал тестовое приложение, и теперь у него другой номер сборки.
Staging: 731699a7cf
Prod: 627415eb21
Это может иметь отношение к проблеме, но я не знаю что именно, и не хочу пересобирать продакшн-приложение, чтобы проверить, на случай если это повлияет на резервные копии.
Права доступа к директориям и файлам кажутся корректными и одинаковыми на обоих серверах.
Я только что обновился до этой версии, и теперь у меня есть доступ к странице резервных копий.
Есть ли у вас в /logs какая-либо дополнительная информация, которая могла бы сузить круг поиска? (Также попробуйте безопасный режим, на случай если проблема в плагине или чём-то подобном)
Я забыл упомянуть, что проверил логи, но там ничего релевантного не было.
Я отключил один плагин, который был только на тестовом сервере, на случай, если он вызывает проблему, но после пересборки проблема сохранилась. На продакшн-сервере у меня те же плагины, и проблем нет.
Я попробую безопасный режим и посмотрю, даст ли это какие-то подсказки. Если нет, возможно, я просто вручную восстановлю резервную копию с продакшн-сервера и посмотрю, что произойдёт. Крайняя мера — полная переустановка.
Я вошёл в систему как администратор. Проверил: эта учётная запись имеет уровень TL4.
Вот оно! Я, должно быть, отключил эту опцию, так как никогда не планировал создавать резервные копии тестового сервера. Для меня невозможность создать резервную копию не то же самое, что невозможность её восстановить. Я не заметил этого и не осознавал, что из-за этого исчезнет вкладка «Резервные копии».
Возможно, было бы полезно добавить примечание под этой опцией, указывающее на её влияние на интерфейс.
