У меня есть экземпляр Discourse на базе Docker, собранный по шаблону от DigitalOcean. Когда я впервые включил автоматическое резервное копирование, как и ожидалось, был создан файл дампа в /var/discourse/shared/standalone/backups/default/....
Я решил удалить директорию backups и создал символическую ссылку backups, указывающую на том. С тех пор задача резервного копирования не выполняется (я также зашел в контейнер и запустил ручное резервное копирование — та же ошибка).
Вот стек вызовов:
File exists @ dir_s_mkdir - /var/www/discourse/public/backups
/usr/local/lib/ruby/2.7.0/fileutils.rb:250:in `mkdir'
/usr/local/lib/ruby/2.7.0/fileutils.rb:250:in `fu_mkdir'
/usr/local/lib/ruby/2.7.0/fileutils.rb:228:in `block (2 levels) in mkdir_p'
/usr/local/lib/ruby/2.7.0/fileutils.rb:226:in `reverse_each'
/usr/local/lib/ruby/2.7.0/fileutils.rb:226:in `block in mkdir_p'
/usr/local/lib/ruby/2.7.0/fileutils.rb:211:in `each'
/usr/local/lib/ruby/2.7.0/fileutils.rb:211:in `mkdir_p'
/var/www/discourse/lib/backup_restore/local_backup_store.rb:10:in `base_directory'
...
Редактирование
Я зашел в контейнер и провёл отладку. Оказалось, что существует символическая ссылка /var/www/discourse/public/backups → /shared/backups на хосте, которая в моём случае также является символической ссылкой. Проблема с правами доступа к файлам мешает процессу Ruby записывать данные в директорию резервных копий на хосте.
Есть какие-нибудь советы?