Ошибка 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 не принадлежит процессу записи в удаленной системе darwin (OS X). Решение проблемы заключается в назначении адекватного владельца на удаленном сайте.

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

Причина, по которой это происходит, заключается в том, что rsync, вероятно, пытается установить произвольное время изменения (mtime) при копировании файлов.

Для того, чтобы сделать это, системная utime()функция darwin требует, чтобы эффективный uid процесса записи был таким же, как uid файла или супер пользователя, см. Страницу opentime для utime . Проверьте это обсуждение в списке рассылки rsync как ссылку.

Поскольку @ racl101 прокомментировал ответ, эта проблема может быть связана с владельцем папки . Команда rsync должна выполняться тем же пользователем, что и владелец папки. Если это не то же самое, вы можете изменить его.

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

Проблема в моем случае заключалась в том, что «точка монтирования приемника» была неправильно смонтирована. Это было в режиме только для чтения (по какой-то необычной причине). Похоже, rsync копирует файлы, но это не так. Я проверил свой файл fstab и изменил параметры монтирования по умолчанию, заново смонтировал файловую систему и снова запустил rsync. Все хорошо тогда.

У меня такая же проблема. Для меня решение состоит в том, чтобы удалить удаленный файл и позволить rsyncсоздать снова.

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

Какая ваша целевая файловая система?

Возможно, у вас нет прав доступа к некоторым файлам. Из учетной записи администратора попробуйте «sudo rsync -av». Альтернативно, включите учетную запись root и войдите в систему как root. Это должно позволить вам полностью подключить вашу систему и перевести ваш rsync! ;-) Я не уверен, поможет ли вышеупомянутый --extended-attribute, но я также добавил это, просто для хорошей меры.

Это случилось со мной в разделе типа 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 для файлов, которые не были недавно изменены в источнике или месте назначения ... потому что он не может установить время для недавно измененных файлов.