У меня есть несколько машин Windows, которые используют deltacopy и rysyc для резервного копирования через ssh на машину с Ubuntu. Половина резервных копий будет запущена, другая половина - нет. Вот пример одной из ошибок. Даже при ручном запуске резервные копии не выполняются:
rsync: read error: Connection reset by peer (104) rsync error: error in rsync protocol data stream (code 12) at /home/lapo/packaging/rsync-3.0.4-1/src/rsync-3.0.4/io.c(791) [sender=3.0.4] Generic error occurredRsync.exe returned an error. Will try again.
Эта ошибка говорит о том, что локальный rsync пытался установить связь с удаленным rsync, но соединение с этим rsync теперь отсутствует.
Если удаленный rsync является демоном, ваш первый шаг должен посмотреть на файл журнала демона, чтобы увидеть, не записал ли он ошибку, объясняющую, почему он прервал передачу. Также проверьте еще раз, чтобы убедиться, что файл журнала настроен правильно, так как неправильная настройка «файла журнала» в вашем файле rsyncd.conf также может вызвать эту проблему.
Существует несколько распространенных причин, по которым удаленный процесс rsync удаляется:
Если вы не можете понять, почему произошел сбой, вы можете предпринять шаги для устранения ситуации. Одним из способов является создание сценария оболочки в удаленной системе, такой как , который называется «rsync-debug» (это сценарий Linux, и вам, вероятно, нужен эквивалент Windows). Вы можете использовать скрипт следующим образом:
rsync -av --rsync-path=/some/path/rsync-debug HOST:SOURCE DEST
rsync -av --rsync-path=/some/path/rsync-debug SOURCE HOST:DEST
Этот скрипт включает дампы ядра, а также регистрирует все системные вызовы ОС, которые приводят к сбою файла в каталоге / tmp. Вы можете использовать полученные файлы, чтобы выяснить причину сбоя удаленной rsync.