Ошибка rsync при обнаружении новых файлов и каталогов

Ошибка rsync при обнаружении новых файлов и каталогов

Я выполнял резервное копирование на удаленную машину через rsync в течение нескольких лет. По крайней мере за последние два месяца rsync перестал обнаруживать новые файлы и каталоги на машине, подлежащей резервному копированию. Вывод скрипта говорит, что файлы и каталоги обновлены, даже если они достаточно новые, чтобы не существовать ни в одной версии на удаленной машине!

#!/bin/sh
#
# MAKE SURE HAVE CORRECT REMOTE/AT-HOME LOGIN SETUP AND THAT TARGET IS TOTEMDOC and source is Documents
#
 rsync -azvv -e "ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents remoteUser@MouseHouse:/totembackup/totemdoc

Выход:

opening connection using: ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc  (13 args)
sending incremental file list
delta-transmission enabled

Затем следует список всех обновленных файлов, а затем заключение:

total: matches=0  hash_hits=0  false_alarms=0 data=0

sent 407,686 bytes  received 794,633 bytes  801,546.00 bytes/sec

Что не так? Почему rsync не может обнаружить изменения в файлах или даже обнаружить недавно созданные файлы?

решение1

Оказывается, в моем скрипте была глупая ошибка, не имеющая отношения к делу. Файлы были актуальны все это время, просто скрипт не копировал их туда, где я думал.

В какой-то момент, изменяя скрипт, я, должно быть, случайно удалил завершающий слеш в исходном пути. Это означает, что скрипт изменил поведение с копирования в /totembackup/totemdoc на копирование в /totembackup/totemdoc/Documents. Я не заметил этот новый каталог, Documentsкогда просматривал, /totembackup/totemdocчтобы проверить, работают ли резервные копии.

Восстановление исходного пути /home/stefan/Documents/(обратите внимание на завершающий слеш) вернуло поведение скрипта к тому, что я ожидал.

Связанный контент