Начало с предположения, вероятно, слишком ограничительно. Вам следует создать список возможных причин всплеска и попытаться сделать их недействительными в зависимости от того, выполняются ли их предпосылки и / или имеются ли результирующие эффекты.
Не зная вашей точной настройки, кажется, есть по крайней мере следующие возможности, которые могли их вызвать
причина была локальной, и в этом случае вам следует искать записи в файлах журнала. Вы не видели запланированного задания cron в журналах? Или вы смотрели crontab rsyncuser
? Или также на ежедневных / почасовых и т. Д. Заданиях cron. корень
cron.
причина была внешней. Чтобы проверить, возможно ли это, проверьте, запускает ли этот пользователь демон rsync (если он у вас есть, через механизм инициализации). Или если кто-то может удаленно войти в учетную запись и попытаться начать копирование файлов (что также должно было оставить следы в файлах журнала).
Я бы, вероятно, также исследовал, есть ли у учетной записи rsyncuser
пароль и / или открытые ключи ssh, чтобы узнать, может ли кто-нибудь войти в эту учетную запись. И если бы кто-нибудь с root-доступом мог их запустить.
Оооооооооооо, теперь я чувствую себя глупо. Так что в качестве урока себе и другим я опубликую это. -prune
является опцией find
, а не rsync
!! find необычен тем, что использует только одиночные '-' с длинными параметрами -.
Добавление -prune
к rsync означало, что каждая из отдельных букв интерпретировалась как одна опция '-p' ' -r' ' -u' ' -n' (, которая = Сухой -Беги!! )и '-e'