Вопрос или проблема

 sync_operation() {
    local source="$1"
    local destination="$2"
    sudo rclone sync "$source" "$destination" \
        --sftp-host "$SSH_HOST" \
        --sftp-port "$SSH_PORT" \
        --sftp-user "$SSH_USER" \ # не root
        --sftp-key-file "$SSH_KEY" \
        --create-empty-src-dirs \
        --progress
    }

SOURCE_DIR="/opt/docker/my-docker-app/database" # на VPS 1
DEST_DIR="/opt/docker/my-docker-app/database"  # на VPS 2
sync_operation "$SOURCE_DIR" ":sftp:$DEST_DIR"

ERROR : /my-docker-app/database/data/base/16384/13404: Не удалось установить время изменения: SetModTime не удалось: отказ в доступе
ERROR : /my-docker-app/database/data/base/16384/13406: Не удалось установить время изменения: SetModTime не удалось: отказ в доступе
ERROR : /my-docker-app/database/data/PG_VERSION: Не удалось установить время изменения: SetModTime не удалось: отказ в доступе

Ответ или решение

Решение проблемы: Ошибка доступа к PostgreSQL после миграции Docker между VPS с использованием rclone

Введение

При переносе приложений, работающих под Docker, между VPS с использованием rclone пользователи могут сталкиваться с разнообразными проблемами, особенно связанными с правами доступа. В данном случае возникает ошибка «permission denied» при попытке изменить время модификации файлов PostgreSQL после миграции. В этом ответе мы разберем основные причины возникновения данной ошибки и предложим эффективные решения.

Причины возникновения ошибки «permission denied»

1. Правила доступа в файловой системе: Даже если вы установили полные права доступа (777) на файлы и директории PostgreSQL, это не всегда может решить проблему. Важно помнить, что PostgreSQL требует специфических прав доступа и принадлежности к пользователю для работы с его данными.

2. Принадлежность файлов: Ваша миграция могла привести к изменению владельца файлов. Если файлы, находящиеся в /opt/docker/my-docker-app/database/, были перенесены с владельцем, отличным от пользователя, под которым запускается PostgreSQL в Docker-контейнере, это приведет к ошибкам доступа.

3. Уровень безопасности Docker: Docker имеет свои механизмы безопасности, включая экземпляры контейнеров, которые могут влиять на управление данными. Правила SELinux или AppArmor могут блокировать доступ к файлам в зависимости от настроек безопасности на новом VPS.

Рекомендации по решению проблемы

1. Проверка владельца и прав доступа

После завершения миграции необходимо проверить, какой пользователь и группа ответственны за файлы PostgreSQL. Обычно, в Docker-контейнерах PostgreSQL использует пользователя postgres. Используйте следующие команды для изменения владельца файлов:

sudo chown -R postgres:postgres /opt/docker/my-docker-app/database/

Также убедитесь, что права доступа соответствуют требованиям PostgreSQL:

sudo chmod -R 700 /opt/docker/my-docker-app/database/

2. Настройка rclone для сохранения прав доступа

Поскольку rclone может не всегда корректно сохранять права доступа, убедитесь, что используете параметры, позволяющие сохранить метаданные файлов. Рассмотрите возможность добавления параметра --metadata в вашу команду rclone:

sudo rclone sync "$source" "$destination" --sftp-host "$SSH_HOST" --sftp-port "$SSH_PORT" --sftp-user "$SSH_USER" --sftp-key-file "$SSH_KEY" --create-empty-src-dirs --progress --metadata

3. Проверка настройки безопасности

Если на вашем VPS используется SELinux или AppArmor, проверьте конфигурацию безопасности:

• Для SELinux:

  sestatus

  Если SELinux активен, вы можете временно отключить его для тестирования:

sudo setenforce 0

• Для AppArmor проверьте, активен ли профиль для Docker и какие ограничения он накладывает.

4. Использование pg_dump для безопасной миграции

Хотя это не соответствует вашему текущему подходу, использование pg_dump и pg_restore является более надежным методом переноса баз данных. Этот процесс гарантирует, что все данные будут корректно восстановлены в новом окружении с правильными правами доступа и владельцами.

Заключение

Миграция PostgreSQL через Docker между VPS может быть сложным процессом, особенно при работе с правами доступа. Обратите внимание на указанные рекомендации, и ошибки «permission denied» должны исчезнуть. Если у вас остались вопросы, не стесняйтесь задавать их – мы всегда готовы помочь!

Вопросы для дальнейшего обсуждения

1. Какие еще методы миграции данных вы использовали?
2. С какими дополнительными проблемами вы столкнулись при использовании rclone?

Надеюсь, эта информация будет вам полезна!