web-dev-qa-db-fra.com

La sauvegarde s'arrête en raison de la revendication «Le nom de l'ordinateur a changé», ce qui n'est pas vrai

Utilisation d'Ubuntu 16.04, deja-dup 34.2 et duplicity 0.7.06.

Pour démarrer une sauvegarde hebdomadaire, j'ai connecté le disque externe habituel à l'ordinateur habituel, donné le mot de passe et reçu le message d'arrêt:

La sauvegarde existante est d'un ordinateur nommé correctname, mais le nom actuel de l'ordinateur est correctname.lan. Si cela est inattendu, vous devez sauvegarder vers un autre emplacement.

Annuler/Continuer

C'est inattendu. Non pas parce que j'ai branché le disque dur externe sur le mauvais ordinateur, mais parce que le nom de l'ordinateur est en effet correct. Vérifié avec uname -n.

Je ne suis pas tout à fait disposé à sauvegarder dans un endroit différent, car je ne voudrais pas que ce problème se reproduise avec d'autres noms/ordinateurs. Les nouvelles sauvegardes prennent du temps, entre autres considérations.

Des questions se posent: comment se fait-il que deja-dup/duplicité compose ce nom? Comment régler ceci?

Ajoutée. En cliquant sur Continuer, vous effectuez une sauvegarde incrémentielle. Le message d'arrêt est toujours un arrêt inutile de la procédure à éviter si possible.

backupdeja-dupduplicity
2
XavierStuvw

En utilisant Ubuntu 19.10, deja-dup 40.1, duplicity 0.8.04.

Des questions se posent: comment se fait-il que deja-dup/duplicité compose ce nom?

Selon les rapports de bogues (remontant à 2010), il s'agit d'un bogue dans duplicity affectant deja-dup . Duplicity préfère le nom de domaine complet (FQDN) au nom de l'ordinateur de la sauvegarde.

  • La façon dont la recherche de nom de domaine complet est effectuée est affectée à la fois par la configuration réseau de votre ordinateur et par le comportement du réseau auquel l'ordinateur est connecté.
  • En particulier, les modifications du réseau externe peuvent donc interrompre les sauvegardes.1 Cela inclut le déplacement de l'ordinateur d'un réseau à un autre.

Voir

comment régler ceci?

Le rapport de bogue indique comment éditer /etc/hosts de diverses façons. Voici ce que j'ai changé, mycomputer étant le nom que j'ai choisi. Notez que l'ordre semble important.

/etc/hosts (adresses ipv6 omises)

Voir Quelle est l'utilisation de/etc/hosts? pour plus d'informations.

Original:

127.0.0.1   localhost
127.0.1.1   mycomputer

Modifié:

127.0.0.1   mycomputer localhost
127.0.1.1   mycomputer

Dès que j'ai enregistré le fichier, une sauvegarde automatique a commencé. Cela a fonctionné comme prévu.2

Voir

1 Mes sauvegardes ont éclaté au moment où mon FAI a mis à niveau son infrastructure dans ma région vers ipv6 . A commencé à voir "hostnamed changed" avec des noms d'hôte tels que dynamic-xxxx-yyyy-zzzz.area-123.example.com.

2 J'ai essayé de vérifier en rétablissant le fichier et en redémarrant, mais la sauvegarde fonctionne toujours , donc je ne sais pas si elle réellement corrige le problème, ou déclenche simplement le deja-cup/duplicity "de la bonne façon". Peut être lié aux délais d'attente DHCP (7 jours) dans le routeur appartenant au FAI, ou à un autre paramètre que j'ai modifié. Je poste quand même la réponse, mais je devrai peut-être la réviser si elle cesse de fonctionner dans une semaine.

2
Joel Purra