Alguém pode me ajudar com isso? Estou usando o deja-dup para fazer backup da minha máquina Ubuntu 14.04 há algum tempo. Tenho duplicidade versão 0.6.23, deja-dup versão 30.0. Não importa qual backup eu selecione, recebo erros.
Quando uso a UI deja-dup, simplesmente recebo este erro: "BackendException: Error listng s3+http
[Estou colocando um espaço porque não me permite postar um link] ://mybucketname1/computer-XPS13-9333"
(para fins de postagem, estou anonimizando todas as informações de identificação em mensagens de erro e comandos)
Tentei algumas variações pela linha de comando, usando duplicidade, mas não estou tendo sorte.
Este comando:
AWS_ACCESS_KEY_ID=XXXXXXXX AWS_SECRET_ACCESS_KEY=XXXXXXX duplicity restore s3+http
[Estou colocando um espaço reservado porque não me permite postar um link] ://mybucketname1/computer-XPS13-9333 /media/standard/Seagate\ Backup\ Plus\ Drive/restore/
retorna este erro:
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>
Então tentei com um endpoint diferente e executei isto:
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>
Achei que talvez o endpoint que estava me dizendo estivesse errado, então tentei o que encontrei no site S3 e executei isto:
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/
e recebi este erro:
UnsupportedBackendScheme: scheme not supported in url: s3
Achei que isso poderia ser um problema de http/https, então tentei o mesmo comando que http e recebi esse erro, mas tenho certeza de que esse endpoint não é um URL real que devo usar:
PermanentRedirectO bucket que você está tentando acessar deve ser endereçado usando o endpoint especificado. Envie todas as solicitações futuras para este endpoint.s3-us-west-2.amazonaws.coms3-us-west-2.amazonaws.com.s3.amazonaws.comXXXXXXXXXXXXXXXXXXXXX
Alguém tem alguma recomendação? Perdi muitos dados e espero recuperá-los e começar a fazer backup usando o Dropbox ou algo assim. Venho pesquisando esse problema há algum tempo e aparentemente a duplicidade tem todos os tipos de problemas, mas ainda não encontrei uma solução para este.
Responder1
Eu descobri isso e estou respondendo minhas próprias perguntas para o benefício de qualquer pessoa com problemas semelhantes. Primeiro, descobri que não consigo restaurar um backup inteiro de uma só vez. É muito grande e expira. A estratégia que tive que adotar foi criar subdiretórios de cada vez. Além disso, quando tentei listar os arquivos atuais, não retornou nada. Embora os arquivos de backup fossem enormes, dizia que não havia arquivos para restaurar. Eu descobri que se eu usasse a -tbandeira, funcionaria. Isso provavelmente significa que meu último backup estava corrompido, mas olhando para trás no tempo (6 meses no meu caso), consegui encontrar alguns arquivos para restaurar. Primeiro eu tive que obter aquela lista de arquivos, para saber quais arquivos restaurar:
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
Isso fornece um arquivo restore_file_list-6M.txtque você precisará usar para descobrir quais arquivos estão em seu backup.
Você também notará que, apesar do que a documentação diz, o s3+http://está errado, você deseja s3://.
Depois de obter a lista de arquivos no backup restore_file_list-6M.txt, eu poderia restaurá-los um diretório por vez usando este comando:
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/
Não sei se o sinalizador --timeout tinha alguma função, mas --num-retries é definitivamente importante, porque atinge o tempo limite uma vez por arquivo e, às vezes, atinge o tempo limite mais de cem vezes antes de baixar um arquivo com êxito.
Agora, acabei com a duplicidade para sempre.