Публичное облачное хранилище OVH, выпуск Duplicity, Openstack, Swfit REGION NAME - PullRequest
0 голосов
/ 26 июня 2018

Спасибо, что читаете меня!

Я ежедневно создаю резервные копии своих проектов OVH Public Cloud и других объектов в хранилищах OVH Swift / Openstack Public Cloud, используя Duplicity в Debian 8. Все работает отлично, за исключением расположения контейнеров, созданных моими сценариями.

Действительно, хотя я указываю "export SWIFT_REGIONNAME =" GRA3 "", чтобы контейнеры создавались в Gravelines ("GRA3"), все они без исключения создаются в Варшаве ("WAW1").

Я копирую вам мой нормализованный скрипт Duplicity, если более опытные пользователи OpenStack или Duplicity не проходят мимо, я надеюсь, что они могут помочь мне!

Пример сценария:

SWIFT_USERNAME="xxxxxxxxxxxx"
export SWIFT_PASSWORD="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export SWIFT_AUTHURL="https://auth.cloud.ovh.net/v2.0/"
export SWIFT_AUTHVERSION="2"
export SWIFT_TENANTNAME="xxxxxxxxxxxxxxxx"
export SWIFT_REGIONNAME="GRA3"

duplicity --verbosity notice \
--num-retries 1 \
--asynchronous-upload \
--cf-backend swift \
--full-if-older-than 7D \
--volsize 100 \
--encrypt-key "$enc_key" \
--sign-key "$sign_key" \
"${src}" "${dest}"

unset SWIFT_USERNAME SWIFT_PASSWORD SWIFT_AUTHURL SWIFT_AUTHVERSION SWIFT_TENANTNAME SWIFT_REGIONNAME PASSPHRASE SIGN_PASSPHRASE

Я открыт для любых следов или советов, которые могли бы объяснить эту проблему, я новичок в двуличности, поэтому я думаю, что сделал ошибку, я просто не знаю, что это такое!

Заранее благодарю за помощь:)

1 Ответ

0 голосов
/ 23 января 2019

Я столкнулся с этой проблемой и нашел решение, с более старой версией duplicity переменная окружения SWIFT_REGIONNAME не работала, но с последней версией 0.7.18.2 работает отлично. Может быть, ваша проблема такая же. Надеюсь, это поможет вам. Привет.

...