Estou usando o rdiff-backup há muito tempo para fazer backups via SSH para o servidor de backup. Recentemente, o rdiff-backup travou com Errno 36 . Então eu deletei o arquivo que tinha o nome longo na source . No entanto, não consigo fazer o rdiff-backup funcionar novamente. Eu continuo recebendo o seguinte aviso:
O backup anterior parece ter falhado, regredindo o destino agora. Regressando a ter 11 de setembro 02:07:50 2012 Exceção '[Errno 36] Nome do arquivo muito longo:' ....
O nome do arquivo apontado aqui está no destino . Eu verifiquei o caminho e não há tal arquivo. Portanto, o arquivo não está na origem nem no destino, mas continuo recebendo este erro. Eu acho que pode ser possível se livrar completamente das últimas informações de backup com falha, para começar do último trabalho. Isso é realmente o que o rdiff-backup está dizendo. Mas continua caindo sobre esse arquivo que não existe mais.
Alguma ideia?
Existe um banco de dados no qual obtém as informações sobre esse arquivo e onde posso removê-lo?
Obrigado!
OK. Se encontrou a causa do problema: eCryptFS. O destino do backup estava localizado no meu diretório inicial criptografado. E, obviamente, nomes extensos de arquivos são um problema. Depois de mover o destino para uma pasta não criptografada fora da minha casa, funciona. Para referência: o sistema está executando o Lucid Lynx, edição do servidor, todas as atualizações instaladas.
Tags rdiff-backup