Синхронизация одних и тех же каталогов между двумя серверами Linux

Это называется индикатором прогресса, и вы можете изучить его исходный код в OpenSSH:

https://github.com/openssh/openssh-portable/blob/master/progressmeter.c#L120

Там также объясняется, какие столбцы вас интересуют. ETA уже было объяснено, другое ( 1,9 МБ/с) — это недавнее использование полосы пропускания, а не средняя скорость.

1
04.03.2017, 20:34
3 ответа

Проблема возникла из-за создания временного файла, как предложено в других ответах. Проблема была решена, когда я добавил - temp-dir = / tmp в качестве параметра rsync.

0
28.01.2020, 01:07

** сначала подумал, что это может быть проблема с параметром rsync ** Теперь я думаю иначе!

Ответ: используйте локальную блокировку, чтобы заявить о праве на создание копии

Я бы предложил простой тест, если у вас его нет, одного каталога - и сначала - просто используйте значения по умолчанию и посмотрите, где это работает не так, как хотелось бы.

** удалил материал rsync **

ОК - сделайте резервную копию 4 шага и посмотрите еще раз.

Возможно, проблема заключается в логике цикла:

  • ServerA имеет изменение (на БОЛЬШОЙ УКАЗАТЕЛЬ), он начинает его копировать.
  • Теперь, на ServerB, LARGEFILE является новым / измененным ВО ВРЕМЯ копии rsync / rcp и пытается «немедленно» скопировать его обратно.

Я подозреваю, что эта «непосредственность» лежит в основе проблемы.

Я предлагаю добавить файл "LOCK" определенного типа:

  • установить локальную блокировку
  • проверить удаленную блокировку, если обнаружена удаленная, удалить локальную блокировку и игнорировать локальный inotify
  • , если не найден на удаленном компьютере запустить копирование файла, снять блокировку при копировании finshes
0
28.01.2020, 01:07

Вы можете заменить ожидание событий MODIFY , вместо этого ожидая close_write (файл закрывается после открытия с возможностью записи), что гарантирует, что вы не будете пытаться в файлы rsync, которые все еще изменяются.

0
28.01.2020, 01:07

Теги

Похожие вопросы