我得到了一个令人困惑的错误从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]
尽管有这个错误，它似乎还是可以工作的，但是去掉它会很好。
当前回答
如果您对源或目标文件中最近没有修改的文件运行rsync进程，也可能弹出此错误…因为它不能为最近修改的文件设置时间。
其他回答
当我向一个不能(正确地)处理时间的文件系统写入时，我就看到了这个问题——我认为SMB共享或FAT或其他东西。
您的目标文件系统是什么?
该问题可能是由于/foo/bar不属于远程darwin (OS X)系统上的写入进程。 解决这个问题的一个方法是在远程站点上设置足够的所有者。
由于这个答案已经被投票，因此希望对某些人有用，我将其扩展以使其更清楚。
发生这种情况的原因是rsync在复制文件时可能试图设置任意修改时间(mtime)。
为了做到这一点，darwin的system utime()函数要求写入进程的有效uid与文件uid或超级用户的uid相同，请参阅opengroup utime的页面。 查看rsync邮件列表上的讨论作为参考。
如果您对源或目标文件中最近没有修改的文件运行rsync进程，也可能弹出此错误…因为它不能为最近修改的文件设置时间。
在我的案例中，问题是“接收器安装点”安装不正确。它处于只读模式(出于某种特殊原因)。 看起来rsync正在复制文件，但实际上不是。 我检查了我的fstab文件，并将挂载选项更改为默认值，重新挂载文件系统并再次执行rsync。那好吧。
我也有同样的问题。对我来说，解决方案是删除远程文件，让rsync重新创建。
