web-dev-qa-db-fra.com

La sauvegarde automatique échoue, comment puis-je la forcer à s'exécuter?

Deja Dup n'arrive toujours pas à sauvegarder, donnant le message d'erreur suivant:

Failed to read /tmp/duplicity-rrKaLL-tempdir/mktemp-Xw6o6E-1: (<type 'exceptions.IOError'>, IOError('Not a gzipped file',), <traceback object at 0x2172368>)

Le problème persiste après la suppression de ~/.cache/deja-dup et aussi après le redémarrage.

Est-ce un problème connu? Existe-t-il un moyen de forcer la sauvegarde, autre que la suppression du référentiel distant et le démarrage de la sauvegarde à partir de zéro?

1

Ce serait la meilleure idée. Vous pouvez également créer un nouveau dossier et le nommer "Sauvegarde 2", puis allez dans Préférences Système> Sauvegarde> Emplacement et modifiez-le. Si cela fonctionne, supprimez l'ancien et renommez-le en "Sauvegarde", mais assurez-vous de mettre à jour les paramètres.

2
Andy Castille

J'ai résolu cela en supprimant un fichier de duplicité-signatures complètes corrompu de mon emplacement de stockage de destination.

Voici les étapes que j'ai effectuées. J'ai d'abord essayé les étapes 1 et 2, et elles n'ont pas fonctionné. Mais je les énumère pour que vous sachiez exactement ce que j'ai fait.

  1. Suppression du répertoire deja-dup de ~/.cache/(Cette étape peut être inutile.)
  2. Suppression du répertoire Duplicity de ~/.cache/(Cette étape peut être inutile.)
  3. Identifié le fichier de signatures dans mon emplacement de stockage que je soupçonnais être corrompu (il a été créé au moment de ma dernière bonne sauvegarde) et l'a déplacé.

    mv duplicity-full-signatures.20141101T071402Z.sigtar.gz duplicity-full-signatures.20141101T071402Z.sigtar.gz.bak
    
  4. A exécuté la commande de nettoyage de duplicité contre mon emplacement de stockage. Par exemple:

    duplicity cleanup file:///home/mrfoo/backups/
    
0
JasonAzze