Помилка rsync: не вдалося встановити час на "/ foo / bar": Операція заборонена

Я отримую заплутану помилку від rsync і початкові речі, які я знаходжу в веб-пошуку (як і всі звичні chmod'ing), не вирішують цього:

rsync: failed to set times on "/foo/bar": Operation not permitted (1)
rsync error: some files could not be transferred (code 23) 
  at /SourceCache/rsync/rsync-35.2/rsync/main.c(992) [sender=2.6.9]

Здається, це працює, незважаючи на цю помилку, але було б непогано позбутися від цього.

Якщо /foo/barввімкнено NFS (або, можливо, якусь файлову систему FUSE), це може бути проблемою.

У будь-якому випадку, додавання -O/ --omit-dir-timesдо вашого командного рядка дозволить уникнути його спроб встановити час модифікації в каталогах.

Проблема, ймовірно, пов’язана з тим, що / foo / bar не належить до процесу запису у віддаленій системі дарвін (OS X). Вирішення питання полягає у встановленні адекватного власника на віддаленому сайті.

Оскільки ця відповідь була проголосована і тому була сподіватися корисною для когось, я продовжую її зрозуміти.

Причина, чому це трапляється, полягає в тому, що rsync, ймовірно, намагається встановити довільний час модифікації (mtime) під час копіювання файлів.

Для того, щоб виконати цю utime()функцію системної функції Дарвіна, потрібно, щоб ефективний uid процесу запису був таким самим, як файл uid, або суперкористувацький, див. Сторінку розпізнавання utime . Перегляньте цю дискусію в списку розсилки rsync як посилання.

Оскільки @ racl101 прокоментував відповідь, ця проблема може бути пов’язана з власником папки . Команду rsync повинен виконувати той самий користувач, що й власник папки. Якщо це не те саме, ви можете змінити.

chown -R userCorrect /remote/path/to/foo/bar

Проблема в моєму випадку полягала в тому, що "точка кріплення приймача" була неправильно встановлена. Це було в режимі лише для читання (з явних причин). Схоже, rsync копіює файли, але це не було. Я перевірив свій файл fstab і змінив параметри кріплення на стандартні, знову встановіть файлову систему та знову виконайте rsync. Тоді все добре.

У мене була така ж проблема. Для мене рішення - видалити віддалений файл і дозволити rsyncстворювати заново.

Я бачив цю проблему, коли я пишу у файлову систему, яка не (належним чином) обробляє часи - я думаю, SMB ділиться або FAT або щось подібне.

Яка ваша цільова файлова система?

Можливо, у вас немає привілеїв до деяких файлів. В обліковому записі адміністратора спробуйте "sudo rsync -av" по черзі, увімкніть кореневий обліковий запис і ввійдіть як root. Це повинно дозволити вам повністю шлангувати вашу систему та жорстоко примушувати свій rsync! ;-) Я не впевнений, чи допоможуть вищезгадані атрибути --extended-атрибути, але я теж кинув це, лише на добру міру.

Це трапилось зі мною на типі розділу xfs (rw,relatime,seclabel,attr2,inode64,noquota), де каталоги, де належить інший користувач у групі, в якій ми обидва були членами. Членство в групі вже було встановлено до входу в систему, і вся структура каталогів була груповою для запису. Я вручну запустив sudo chown -R otheruser.group directoryі sudo chmod -R g+rw directoryце підтвердив.

Я до сих пір не маю уявлення, чому він не працював спочатку, але взяв на себе право власності на sudo chown -R myuser.group directoryнього. Можливо, пов'язані з SELinux?

Ця помилка може також спливати, якщо ви запустите процес rsync для файлів, які нещодавно не були змінені в джерелі чи в пункті призначення ... тому що він не може встановити час для нещодавно змінених файлів.