Utilizzo di Ubuntu 16.04, deja-dup 34.2 e duplicity 0.7.06.
Per avviare un backup settimanale ho collegato la solita unità esterna con il solito computer, ho fornito la password e ho ricevuto il messaggio di arresto:
Il backup esistente è di un computer denominato correctname , ma il nome del computer corrente è correctname.lan . Se questo è imprevisto, dovresti eseguire il backup in una posizione diversa.
Annulla/Continua
Questo è inaspettato. Non perché ho collegato l'unità esterna al computer sbagliato, ma perché il nome del computer è effettivamente corretto. Verificato con uname -n .
Non sono del tutto propenso a eseguire il backup in una posizione diversa, perché non vorrei che questo problema si ripresentasse con altri nomi/computer. I nuovi backup richiedono molto tempo, tra le altre considerazioni.
Sorgono le domande:come mai quel deja-dup/duplicità sta inventando questo nome? come risolverlo?
Aggiunto. Cliccando su Continua si esegue un backup incrementale. Tuttavia, il messaggio di arresto è un'interruzione non necessaria della procedura da evitare, se possibile.
Risposta accettata:
Utilizzo di Ubuntu 19.10, deja-dup 40.1, duplicity 0.8.04.
Sorgono le domande:come mai quel deja-dup/duplicità si sta inventando questo nome?
Secondo le segnalazioni di bug (che risalgono al 2010), si tratta di un bug nella duplicità che colpisce il deja-dup. Duplicity preferisce il nome di dominio completo (FQDN) per il nome del computer del backup.
- Il modo in cui viene eseguita la ricerca del nome di dominio completo è influenzato sia dalla configurazione di rete del computer sia dal comportamento della rete a cui è connesso il computer.
- In particolare, le modifiche alla rete esterna possono quindi interrompere i backup. Ciò include lo spostamento del computer da una rete all'altra.
Vedi
- https://bugs.launchpad.net/deja-dup/+bug/1268182
- https://bugs.launchpad.net/duplicity/+bug/667885
come risolverlo?
La segnalazione di bug suggerisce di modificare /etc/hosts in vari modi. Ecco cosa ho cambiato, con mycomputer essendo il mio nome scelto. Nota che l'ordine sembra avere importanza.
/etc/hosts (indirizzi ipv6 omessi)
Originale:
127.0.0.1 localhost
127.0.1.1 mycomputer
Modificato:
127.0.0.1 mycomputer localhost
127.0.1.1 mycomputer
Non appena ho salvato il file, è iniziato un backup automatico. Ha funzionato come previsto.
Vedi
- https://bugs.launchpad.net/deja-dup/+bug/1086068
- Deja Dup risolve il nome host in modo errato, aggiunge il nome host dell'ISP
- A cosa serve /etc/hosts?
I miei backup si sono interrotti nel periodo in cui il mio ISP ha aggiornato la propria infrastruttura nella mia zona a ipv6. Ha iniziato a vedere "nome host modificato" con nomi host come dynamic-xxxx-yyyy-zzzz.area-123.example.com .
Ho provato a verificare ripristinando il file e riavviando, ma il backup ancora funziona così incerto se effettivamente risolve il problema o semplicemente attiva deja-dup/duplicity "nel modo giusto". Potrebbe essere correlato ai timeout DHCP (7 giorni) nel router di proprietà dell'ISP o ad altre impostazioni che ho modificato. Pubblico comunque la risposta, ma potrebbe essere necessario rivederla se smette di funzionare entro una settimana.
Correlati:l'installazione Snap non si avvia?È passata più di una settimana da quando ho scritto questa risposta. Sia l'avvio di un backup che la verifica dei backup sono riusciti. Anche riavviato e avviato un altro backup, anch'esso riuscito. Sembra che la correzione suggerita funzioni finora , almeno per me sulla mia macchina e nel mio ambiente di rete.