Usando Ubuntu 16.04, deja-dup 34.2 y duplicity 0.7.06.
Para iniciar una copia de seguridad semanal, conecté la unidad externa habitual con la computadora habitual, di la contraseña y recibí el mensaje de detención:
La copia de seguridad existente es de una computadora llamada correctname , pero el nombre actual de la computadora es correctname.lan . Si esto es inesperado, debe realizar una copia de seguridad en una ubicación diferente.
Cancelar/Continuar
Esto es inesperado. No porque conecté la unidad externa a la computadora equivocada, sino porque el nombre de la computadora es correcto. Comprobado con uname -n .
No estoy muy inclinado a hacer una copia de seguridad en una ubicación diferente, porque no me gustaría que este problema vuelva a ocurrir con otros nombres/computadoras. Las copias de seguridad nuevas consumen mucho tiempo, entre otras consideraciones.
Surgen las preguntas:¿cómo es que ese deja-dup/duplicidad está formando este nombre? ¿Cómo arreglar esto?
Agregado. Al hacer clic en Continuar, realiza una copia de seguridad incremental. Aún así, el mensaje de detención es una parada innecesaria en el procedimiento para evitar si es posible.
Respuesta aceptada:
Usando Ubuntu 19.10, deja-dup 40.1, duplicidad 0.8.04.
Surgen las preguntas:¿cómo es que ese deja-dup/duplicidad está inventando este nombre?
Según los informes de errores (que se remontan a 2010), es un error en la duplicidad que afecta a deja-dup. Duplicity prefiere el nombre de dominio completo (FQDN) para el nombre de la computadora de la copia de seguridad.
- La forma en que se realiza la búsqueda de FQDN se ve afectada tanto por la configuración de red de su computadora como por la forma en que se comporta la red a la que está conectada la computadora.
- En particular, los cambios en la red externa pueden interrumpir las copias de seguridad. Esto incluye mover la computadora de una red a otra.
Ver
- https://bugs.launchpad.net/deja-dup/+bug/1268182
- https://bugs.launchpad.net/duplicity/+bug/667885
¿Cómo arreglar esto?
Los informes de errores sugieren editar /etc/hosts de varias maneras. Esto es lo que cambié, con mycomputer siendo mi nombre elegido. Tenga en cuenta que el orden parece importar.
/etc/hosts (direcciones ipv6 omitidas)
Originales:
127.0.0.1 localhost
127.0.1.1 mycomputer
Modificado:
127.0.0.1 mycomputer localhost
127.0.1.1 mycomputer
Tan pronto como guardé el archivo, comenzó una copia de seguridad automática. Funcionó como se esperaba.
Ver
- https://bugs.launchpad.net/deja-dup/+bug/1086068
- Deja Dup resuelve el nombre de host incorrectamente, agrega el nombre de host del ISP
- ¿Cuál es el uso de /etc/hosts?
Mis copias de seguridad se rompieron cuando mi ISP actualizó su infraestructura en mi área a ipv6. Comenzó a ver "nombre de host cambiado" con nombres de host como dynamic-xxxx-yyyy-zzzz.area-123.example.com .
Intenté verificar revirtiendo el archivo y reiniciando, pero la copia de seguridad todavía funciona tan inseguro si realmente soluciona el problema, o simplemente activa deja-dup/duplicidad "de la manera correcta". Puede estar relacionado con los tiempos de espera de DHCP (7 días) en el enrutador propiedad del ISP, o alguna otra configuración que cambié. Estoy publicando la respuesta de todos modos, pero es posible que tenga que revisarla si deja de funcionar en una semana.
Relacionado:¿La instalación de Snap no comienza?Ha pasado más de una semana desde que escribí esta respuesta. Tanto el inicio de una copia de seguridad como la verificación de las copias de seguridad se realizaron correctamente. También se reinició e inició otra copia de seguridad, que también tuvo éxito. Parece que la solución sugerida funciona hasta ahora , al menos para mí en mi máquina y en mi entorno de red.