Я разрабатываю сценарий python3, который реплицирует данные из PersistentVolumeClaims, смонтированных в модуле, через rsync. Этот сценарий выполняется в модуле, следовательно, соединение rsync идет от модуля к другому удаленному модулю.
Проблема в том, что всякий раз, когда объем данных для репликации немного велик, rsync завершается сбоем со следующей ошибкой:
2020-05-05 16:14:06,330 - OCPRSYNCER - INFO - rsync -ahrvz --quiet --delete --progress=true --rsh='oc rsh -n test-rsyncer -c postgresql' postgresql-2-h8qjb:/var/lib/pgsql/data/ /opt/app-root/backup/PVCs/test-rsyncer/postgresql/
E0505 16:14:09.843986 26 v2.go:147] write /dev/stdout: resource temporarily unavailable
Пользователь контейнера - root, и это настройки ulimits внутри модуля:
sh-4.2# whoami
root
sh-4.2# ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 128597
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1048576
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1048576
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
sh-4.2#
В конце концов, вариант --blocking-io сделал трюк для меня.
Цитата из man: --blocking-io использовать блокировку ввода-вывода для удаленной оболочки
Следующая команда успешно работает:
rsync --blocking-io -ahrvz --delete --rsh='oc rsh -n test-rsyncer -c postgresql' postgresql-2-h8qjb:/var/lib/pgsql/data/ /backup/PVCs/test-rsyncer/postgresql