Использование Ubuntu 16.04, deja-dup 34.2 и duplicity 0.7.06.
Чтобы начать еженедельное резервное копирование, я подключил обычный внешний диск к обычному компьютеру, ввел пароль и получил сообщение об остановке:
Существующая резервная копия относится к компьютеру с именем , правильное имя , но текущая имя компьютера правильное имя.lan . Если это неожиданно, вам следует сделать резервную копию в другом месте.
Отменить / продолжить
Это неожиданно. Не потому, что я подключил внешний диск не к тому компьютеру, а потому, что имя компьютера действительно правильное. Проверено с помощью uname -n
.
Я не очень склонен выполнять резервное копирование в другом месте, потому что я бы не хотел, чтобы эта проблема повторялась снова с другими именами / компьютерами. Помимо прочего, создание свежих резервных копий занимает много времени.
Возникают вопросы: как случилось, что дежа-дуп / двуличность придумали это название? как это исправить?
Добавлено. Нажимая «Продолжить», вы выполняете инкрементное резервное копирование. Тем не менее, сообщение о остановке - это ненужная остановка процедуры, которую следует избегать, если это возможно.
Использование Ubuntu 19.10, deja-dup 40.1, дублирование 0.8.04.
Возникают вопросы: как получилось, что дежа-дупликация/двуличность образовали это название?
Согласно сообщениям об ошибках (начиная с 2010 года), это ошибка в двусмысленности, влияющая на дежа-дуп . Duplicity предпочитает полное доменное имя (FQDN) для имени компьютера резервной копии.
См.
как исправить это?
Сообщения об ошибках намекают на редактирование /etc/hosts
различными способами. Вот что я изменил, выбрав мой компьютер
. Обратите внимание, что порядок, кажется, имеет значение.
/etc/hosts
(адреса ipv6 опущены)
Исходное:
127.0.0.1 localhost
127.0.1.1 mycomputer
Изменено:
127.0.0.1 mycomputer localhost
127.0.1.1 mycomputer
Как только я сохранил файл, началось автоматическое резервное копирование. Это сработало, как и ожидалось. 2,3
См.
1 Мои резервные копии сломались примерно в то время, когда мой интернет-провайдер обновил свою инфраструктуру в моем регионе до ipv6. Начал видеть «имя хоста изменено» с такими именами хостов, как dynamic-xxxx-yyyy-zzzz.area-123.example.com
.
2 Попытался проверить, вернув файл и перезагрузив компьютер, но резервное копирование по-прежнему работает, поэтому не уверен, что оно на самом деле устраняет проблему или просто вызывает дежа-дуп/двуличие "правильный путь". Возможно, это связано с тайм-аутом DHCP (7 дней) в маршрутизаторе, принадлежащем провайдеру, или с некоторыми другими настройками, которые я изменил. В любом случае публикую ответ, но, возможно, придется пересмотреть, если он перестанет работать через неделю. 3
3 Прошло больше недели с момента написания этого ответа. 2 И запуск резервного копирования, и проверка резервных копий выполнены успешно. Также перезагрузился и запустил еще один бэкап, который тоже удался. Кажется, предложенное исправление работает пока, по крайней мере, для меня на моем компьютере и в моем сетевом окружении.