我得到了一个令人困惑的错误从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]
尽管有这个错误，它似乎还是可以工作的，但是去掉它会很好。
当前回答
当我向一个不能(正确地)处理时间的文件系统写入时，我就看到了这个问题——我认为SMB共享或FAT或其他东西。
您的目标文件系统是什么?
其他回答
我也遇到了这个问题，我遇到的问题是根文件夹的权限问题，其中包含我试图发送的文件。我不关心根文件夹是否包含在rsync中，我只关心它里面有什么。错误来自我的命令，我需要在最后指定一个额外的/。如果没有，rsync将尝试设置该文件夹的次数。
例子:
这将尝试在html上设置时间
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html
这不会
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html/
当我向一个不能(正确地)处理时间的文件系统写入时，我就看到了这个问题——我认为SMB共享或FAT或其他东西。
您的目标文件系统是什么?
这发生在一个xfs (rw,relatime,seclabel,attr2,inode64,noquota)类型的分区上，其中的目录由我们都属于的组中的另一个用户拥有。登录前已经建立了组成员关系，整个目录结构是可组写的。我手动运行sudo chown -R otheruser。group目录和sudo chmod -R g+rw目录来确认。
我仍然不知道为什么它没有工作最初，但采取所有权与sudo chown -R myuser。组目录修复了它。也许SELinux-related ?
如果/foo/bar在NFS(或者可能是一些FUSE文件系统)上，这可能就是问题所在。
无论哪种方式，在命令行中添加-O /——省略-dir-times将避免它试图设置目录的修改时间。
可能是因为您对某些文件没有权限。从管理员帐户尝试“sudo rsync -av”或者启用root帐户并以root帐户登录。这应该允许您完全软管您的系统和蛮力您的rsync!;-)我不确定上面提到的扩展属性是否会有帮助，但我也把它扔进去了，只是为了更好地衡量。
