Eu tenho usado duplicidade em um cron job há um ano, funcionou muito bem. A partir da semana passada, recebi a seguinte mensagem:
Ausdruckbasierte Dateiliste wird gelesen /home/mu/.config/exclude-b2.txt
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1637, in <module>
if "Forced assertion for testing" in util.uexc(e):
File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 82, in uexc
return ufn(m)
File "/usr/lib64/python2.7/site-packages/duplicity/util.py", line 63, in ufn
return filename.decode(globals.fsencoding, 'replace')
AttributeError: 'tuple' object has no attribute 'decode'
A última atualização do duplicity
pacote no meu sistema Fedora 30 foi 2019-05-09, estou executando a versão 0.7.19. O backup vai para o Backblaze B2.
Existe alguma maneira de eu conseguir fixar isso?
Essa é outra instância em que um backup interrompido deixa a duplicidade em um estado em que não pode ser recuperada. Excluí os arquivos parciais do último backup incremental e agora funciona novamente.
Olhando para a fonte que pode ser baixada do gnu , parece que está tentando manipular uma exceção e obtendo uma exceção ao fazê-lo, o que não é útil. Acho que você está nas últimas linhas de
/usr/bin/duplicity
:Ele chama
util.uexc(e)
para procurar algum texto que é usado apenas durante o teste (aparentemente), e essa rotina está falhando por algum motivo. Você pode tentar apenas alterar oif
para iniciarif False and
em vez de ignorar este teste e ver se você obtém a causa real da exceção registrada. Você também pode tentar mudar para a localidade C temporariamente para ver se isso muda alguma coisa.