Не можете восстановить резервные копии Amazon S3, используя deja-dup или duplicity, кто-нибудь может помочь?
Может ли кто-нибудь помочь мне с этим? Некоторое время я использовал deja-dup для резервного копирования своей машины с Ubuntu 14.04. У меня есть версия 0.6.23, версия deja-dup 30.0. Независимо от того, какую резервную копию я выберу, я получаю ошибки.
Когда я использую пользовательский интерфейс deja-dup, я просто получаю эту ошибку: "BackendException: Error listng s3+http [Я ставлю пробел, потому что он не позволяет мне публиковать ссылку]: // mybucketname1 / computer- XPS13-9333 "
(в целях публикации я анонимизирую всю идентифицирующую информацию в сообщениях об ошибках и командах)
Я пробовал несколько вариантов в командной строке, используя двуличие, но мне не повезло.
Эта команда:
AWS_ACCESS_KEY_ID=XXXXXXXX AWS_SECRET_ACCESS_KEY=XXXXXXX duplicity restore s3+http
[Я ставлю пробел, потому что он не позволяет мне публиковать ссылку]: // mybucketname1 / computer -XPS13-9333 / media / standard / Seagate \ Backup \ Plus \ Drive / restore /
возвращает эту ошибку:
PermanentRedirect The bucket you are attempting to access must be addressed using the specified endpoint. Please send all future requests to this endpoint.</Message><Bucket>mybucketname1</Bucket><Endpoint>mybucketname1.s3.amazonaws.com</Endpoint><RequestId>XXXXXXXX</RequestId><HostId>Pwl/XXXXXXXXXXXXXXXXXXXXXXXX=</HostId></Error>
Итак, я попробовал его с другой конечной точкой и запустил это:
AWS_ACCESS_KEY_ID=XXXXXXXXX AWS_SECRET_ACCESS_KEY=XXXXXXXXX duplicity restore s3+http
[I'm putting a space heere because it won't let me post a link]
://mybucketname1.s3.amazonaws.com/computer-XPS13-9333 /media/standard/Seagate\ Backup\ Plus\ Drive/restore/
<Error><Code>NoSuchBucket</Code><Message>The specified bucket does not exist</Message><BucketName>mybucketname1.s3.amazonaws.com</BucketName><RequestId>XXXXXXXXX</RequestId><HostId>XXXXXXXXXXXXXXX</HostId></Error>
Я подумал, что, возможно, конечная точка, о которой он говорил, была неправильной, поэтому я попробовал то, что нашел на сайте S3, и запустил это:
AWS_ACCESS_KEY_ID=XXXXXXXX AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXX duplicity restore s3+https
[I'm putting a space bere because it won't let me post a link]
://s3-us-west-2.amazonaws.com/mybucket1/computer-XPS13-9333 /media/standard/Seagate\ Backup\ Plus\ Drive/restore/
и получил эту ошибку :
UnsupportedBackendScheme: scheme not supported in url: s3
Я подумал, что это может быть проблема http / https, поэтому я попробовал ту же команду, что и http, и получил эту ошибку, но я довольно убедитесь, что эта конечная точка не является реальным URL-адресом, который я должен использовать:
PermanentRedirect К корзине, к которой вы пытаетесь получить доступ, необходимо обратиться с помощью указанной конечной точки. Пожалуйста, отправляйте все будущие запросы в эту конечную точку. Я потерял кучу данных и надеюсь вернуть их и начать резервное копирование, используя dropbox или что-то еще. Я изучал эту проблему некоторое время, и, очевидно, двуличность имеет всевозможные проблемы, но я до сих пор не нашел решения этой проблемы.
1 ответ
Я понял это, и я отвечаю на свои собственные вопросы в пользу кого-либо еще с подобными проблемами. Во-первых, я обнаружил, что не могу восстановить все резервное копирование сразу. Это просто является слишком большим и испытывает таймаут. Стратегия, которую я должен был взять, состояла в том, чтобы сделать подкаталоги за один раз. Кроме того, когда я попробовал в текущие файлы списка, это ничего не возвратит. Даже при том, что файлы резервных копий были огромны, это сказало, что у меня не было файлов для восстановления. Я выяснил, что, если бы я использовал эти -t флаг, он работал бы. Это, вероятно, означает, что мое последнее резервное копирование было повреждено, но путем взгляда некоторой суммы назад вовремя (6 месяцев в моем случае), оно смогло найти, что некоторые файлы восстанавливают. Сначала я должен был получить тот список файлов, таким образом, я знал который файлы восстановить:
AWS_ACCESS_KEY_ID=xxxxxxxxxxxxxxx AWS_SECRET_ACCESS_KEY=xxxxxxxxxxxxxxxx PASSPHRASE=xxxxxxxxx duplicity list-current-files --timeout=2400 --tempdir /path/path/path/ --num-retries=500 -t 6M s3://s3-us-west-2.amazonaws.com/mybucketname1/computer-name | tee -a restore_file_list-6M.txt
Это дает Вам файл restore_file_list-6M.txt, который необходимо будет использовать для нахождения, какие файлы находятся в резервном копировании.
Вы также заметите, что несмотря на то, что документация говорит, эти s3+http://, неправильно, Вы хотите s3:// вместо этого.
, После того как я получил список файлов в резервном копировании tee'd в restore_file_list-6M.txt, я мог восстановить их один каталог во время с помощью этой команды:
AWS_ACCESS_KEY_ID=XXXXXXXXXXX AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXX PASSPHRASE=XXXXXXXXXXXX duplicity restore --timeout=2400 --tempdir /path/path/path/ --allow-source-mismatch --file-to-restore source/in/backup --num-retries=500 -t 6M s3://s3-us-west-2.amazonaws.com/mybucketname1/computer-name /place/I/want/to/restore/to/
я не знаю, имел ли - флаг тайм-аута какую-либо функцию, но - цифровые повторения определенно важны, потому что это испытывает таймаут об однажды на файл и иногда испытывало бы таймаут более чем сто раз прежде успешно загрузить файл.
Теперь, я сделан с двуличностью навсегда.