Eu backup meus arquivos com Jungledisk por muitos anos agora, meu backup está no Amazon S3 e é ~ 600 GB de tamanho. Infelizmente, chegou a hora em que eu preciso restaurar alguns arquivos (meus arquivos de e-mail foram danificados).
Quando eu restauro no Jungledisk, recebo esses erros (todos iguais):
Se eu for aos detalhes de um deles, recebo isto:
Error Details (Jungle Disk Workgroup 3.22.1.0xHTTPBadResult - (404) Error Code: NoSuchKey
NoSuchKey: The specified key does not exist.
Exception Code: xHTTPBadResult (9)
Time: 13.02.2018 19:27:12 (GMT+1)
Detailed Message: (404) Error Code: NoSuchKey
Server Error Code: NoSuchKey
Detailed Server Message: The specified key does not exist.
HTTP Result Code: 404
HTTP Headers:
HTTP/1.1 404 Not Found
x-amz-request-id: XXXXXXXXXXXXXXXXXXXXXX
x-amz-id-2: XXXXXXXXXXXXXXXXXX
Content-Type: application/xml
Transfer-Encoding: chunked
Date: Tue, 13 Feb 2018 18:27:11 GMT
Server: AmazonS3
HTTP Body:
<?xml version="1.0" encoding="UTF-8"?>
<Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>rach1-s3/BACKUPS/XXXXXXXXXXXXXX/CHUNKS/0000729696</Key><RequestId>XXXXXXXXX</RequestId><HostId>XXXXXXXXXXXXXXXX</HostId></Error>
Error Location: S3Request.cpp:170 S3Request::ReadFile
via JungleDiskBulk.cpp:141 JungleDiskBulk::NetworkReadObject
via ChunkManager.cpp:533 ChunkManager::EnsureDownloadedChunk
via BlockBackupManager.cpp:2401 BlockBackupManager::RestoreOneFile
via BlockBackupManager.cpp:2412 BlockBackupManager::RestoreOneFile
(Eu substituí algumas coisas enigmáticas com XXXX para não compartilhar nenhuma informação de conta S3)
Eu entrei em contato, support@jungledisk.com
mas é quase uma semana sem resposta.
Como posso restaurar meus arquivos? Isso é possível?
Ou eu estava pagando muito dinheiro todos esses anos por JD e armazenamento e nunca tive nenhum backup realmente?
x-amz-request-id
e x-amz-id-2
não transmita informações confidenciais. Eles são essencialmente apenas marcadores de log que o suporte da AWS pode usar para rastrear solicitações pelo sistema, nos casos em que isso é necessário.)
x-amz
esclarecimentos. Quanto ao trecho que ele não consegue encontrar, estou tentando verificar isso com o Cloudberry Explorer, mas isso levará algumas horas provavelmente, já que todos os trechos estão em uma pasta e leva tempo para enumerá-la. Quanto à política de buckets - acho que deveria ser alguma configuração válida, porque o bucket foi criado pelo JungleDisk. Mas como posso verificar isso? Eu tentei CB Explorer -> right click on bucket -> Bucket Policy
e Bucket Lifecycle
. Ambos mostram diálogos vazios.
rach1-s3/BACKUPS/5bb05ba5dfedc5da42de3f7a554e481f/CHUNKS/0000729696
) não existe no meu backup.
NoSuchKey
significa "arquivo não encontrado" no bloco. Inspecione o conteúdo do balde usando o console do S3. Certifique-se de que você não tem uma política de ciclo de vida de repositório que elimine (expire) objetos antigos do intervalo.