[root@centos /]# rsync -av --exclude thumbs /storage root@xx.27.1.xx:/storage
root@xx.27.1.xx's password:
building file list ...
Сижу около часа ... это 135гб картинок и папок
/storage это смонтированный диск ext3 scsi.
Это нормально, что rsync сидит так долго, вычисляя файлы / каталоги?
rsync 2.x создает полный список файлов заранее.
Добавить -P вариант, и вы увидите индикатор прогресса.
Если вы думаете, что он действительно завис, в другом терминале найдите pid rsync, а затем
Бегать strace -p PID и посмотрите, что он делает. (Нажмите ^ C, чтобы остановиться.)
Бегать ps -o wchan PID чтобы увидеть, где он находится в ядре.
Вам следует перейти на rsync 3.0.x где вы получите преимущество дополнительных списков файлов, объяснено здесь. Я синхронизирую миллионы изображений (всего ~ 200 ГБ) и заметил огромное ускорение при переходе с rsync 2.x на 3.x.
Даже в этом случае, вероятно, потребуется много времени, чтобы просмотреть все эти данные. В моем случае между двумя довольно мощными серверами DL380 G5 все еще требуется больше часа.
Вы отметили ранее который du тоже висел. Что-то не так с этой файловой системой, и rsync бьет что угодно du был.
Вы можете быстро проверить сообщения об ошибках ядра, указывающие на проблему с диском. Тип dmesg и посмотрите, что внизу.
На основании этого и другого вашего вопроса о du /storage висит заставляет меня думать, что ни du или rsync это проблема, но есть некоторые проблемы с /storage.
Зависание после сообщения "создание списка файлов ..." может быть вызвано несоответствием MTU, например если вы настроили сетевые интерфейсы с MTU 9000, но не переключили между ними, то будут проходить небольшие пакеты (например, подключение к серверу rsync), но не более крупные (например, отправка списка файлов).