Ошибка доступа при использовании rsync

[AnrDaemon]

Можно обоходить стороной файлы владельцем которых является на $USER?

Можно исправить права, чтобы не попадались такие файлы.
Либо принудительно их исключить.

[Luca Brasi]

AnrDaemon, нашёл косяк. Раньше я это дело запускал через sudo,т.к. валились ошибки связанные с permissions. Оказалось что у меня был каталог  владелец которого рут. Это осталось ещё от первых попыток с монтированием.
Сейчас rsync без sudo и все соединяется без паролей, по одному ключу.
А Ваш совет с исключением файлов, это через - - exclude?

[Vail]

А Ваш совет с исключением файлов, это через - - exclude?

rsync -r -t --delete --ignore-existing -c -z -s --copy-links --include '*.mp3' --include '*old*' --exclude '*' rsync://ВАШСЕРВЕР/ОТКУДА/КОПИРУЕМ/ /КУДА/КОПИРУЕМ/

По ключам сами посмотрите в man-е.

--include '*.mp3' --include '*old*' пришлось писать для каждого условия, так как не работало в --include '*.mp3 *old*' Уже не помню, возможно просто не до конца разобрался.

[Luca Brasi]

Vail, ниче се. А что у Вас делает "- - exclude *" ?
В целом все более менее работает. Опции - - delete-before мне достаточно. Однако я заметил факт куда более интересный. У меня в source не было слэша

Код: [Выделить]

rsync -r -v 192.168.0.101:/media/Maindata/Книги /media/Maindata/Книги/
Оно мне делало а каталоге книги ещё один каталог книги чего можно избежать,  будь слэш в конце source

Код: [Выделить]


rsync -r -v 192.168.0.101:/media/Maindata/Книги/ /media/Maindata/Книги/


[AnrDaemon]

А Ваш совет с исключением файлов, это через - - exclude?

Нет, это через настройку rsync на обход каталогов, заведомо вызывающих проблемы.
Если, конечно, заранее известно, что подобная ситуация нормальна.
Например, у меня сейчас на деплое постоянно одна ошибка выпадает, но я её игнорирую, так как после переписывания движка этот файл использоваться не будет и ошибка "сама" уйдёт.

P.S.

Код: [Выделить]

LESS=+/\.rsync-filter man rsyncНо только если это ДЕЙСТВИТЕЛЬНО нужно.

[Luca Brasi]

почему-то в rsync начала вываливаться ошибка. Не так читает кириллицу, строка формируется в таком виде:

Код: [Выделить]

rsync -rv -p 2222 --progress --delete-before --ignore-existing andrew@192.168.0.101:/media/Maindata/Книги/ /media/Maindata/КнигиДальше в rsynс с кириллицей что-то происходит и слово "Книги" начинает выглядеть вот так "\#320\#232\#320\#275\#320\#270\#320\#263\#320\#270/". Пробовал ключ --iconv. Однако ничего путевого

(Нажмите, чтобы показать/скрыть)

Unexpected remote arg: andrew@192.168.0.101:/media/Maindata/\#320\#232\#320\#275\#320\#270\#320\#263\#320\#270/
rsync error: syntax or usage error (code 1) at main.c(1348) [sender=3.1.1]
Unexpected remote arg: andrew@192.168.0.101:/media/Maindata/\#320\#224\#320\#265\#320\#273\#320\#276/
rsync error: syntax or usage error (code 1) at main.c(1348) [sender=3.1.1]

[AnrDaemon]

Кодировка командной строки и сервера не совпадает.
И трансляция неверно настроена.

[Luca Brasi]

на сервере:

(Нажмите, чтобы показать/скрыть)

declare -x GDM_LANG="en_US"
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US"

командная строка откуда запускаю скрипт

(Нажмите, чтобы показать/скрыть)

>>> import os
>>> print(os.environ["LANG"])
en_US.UTF-8
>>>

И трансляция неверно настроена

можно поподробней

[AnrDaemon]

Смотрите скрипт выше, читайте маны.

[Luca Brasi]

С локалями я наигрался прилично. Даже экспериментировал с " SendEnv LANG LC_" и "AcceptEnv LANG LC_*" в SSH конфигах...
Однажды у меня пропало соединение, а я сам того не зная пробовал подключится. Зато ошибки валились все те же. Тут то я и предположил что может не там копаю.

Код: [Выделить]

rsync -rv -e "ssh -p 2222" --progress --delete-before --ignore-existing andrew@192.168.0.101:/media/Maindata/Книги/ /media/Maindata/Книги/Добавил -e "ssh -p 2222" и сразу начало resolv'ить хост.

[AnrDaemon]

И вот стоило менять порт сервера, чтобы создать себе такие проблемы?…

[Luca Brasi]

AnrDaemon, ну у меня сейчас 2222 порт прокинут "внаружу". А раньше когда был 22 порт, то логи буквально были заполнены попытками brute-force атак.

[AnrDaemon]

логи буквально были заполнены попытками brute-force атак.

Rate limit и бан через xt_recent.