Erro rsync: falha ao definir horários em “/ foo / bar”: operação não permitida

Estou recebendo um erro confuso do rsync e as coisas iniciais que estou encontrando nas pesquisas na web (assim como todas as alterações habituais) não estão resolvendo o problema:

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]

Parece estar funcionando apesar desse erro, mas seria bom se livrar dele.

Se /foo/barestiver no NFS (ou possivelmente em algum sistema de arquivos FUSE), esse pode ser o problema.

De qualquer forma, adicionar -O/ --omit-dir-timesà sua linha de comando evitará a tentativa de definir os tempos de modificação nos diretórios.

O problema provavelmente se deve ao fato de o / foo / bar não pertencer ao processo de gravação em um sistema remoto darwin (OS X). Uma solução para o problema é definir o proprietário adequado no site remoto.

Como essa resposta foi votada e, portanto, esperançosamente útil para alguém, estou ampliando-a para torná-la mais clara.

A razão pela qual isso acontece é que o rsync provavelmente está tentando definir um tempo de modificação arbitrário (mtime) ao copiar arquivos.

Para fazer isso, a utime()função do sistema de darwin exige que o uid efetivo do processo de gravação seja o mesmo que o uid do arquivo ou o superusuário, consulte a página do opengroup utime . Verifique esta discussão na lista de discussão do rsync como referência.

Como @ racl101 comentou uma resposta, esse problema pode estar relacionado ao proprietário da pasta . O comando rsync deve ser feito pelo mesmo usuário que o do proprietário da pasta. Se não for o mesmo, você pode alterá-lo.

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

O problema no meu caso foi que o "ponto de montagem do receptor" foi montado incorretamente. Estava no modo somente leitura (por algum motivo extrangeiro). Parecia que o rsync estava copiando os arquivos, mas não estava. Verifiquei meu arquivo fstab e alterei as opções de montagem para o padrão, reinstale o sistema de arquivos e execute o rsync novamente. Tudo bem então.

Eu tive o mesmo problema. Para mim, a solução é excluir o arquivo remoto e deixar rsynccriar novamente.

Eu já vi esse problema ao escrever em um sistema de arquivos que não lida com (adequadamente) os tempos - acho que compartilhamentos SMB, FAT ou algo assim.

Qual é o seu sistema de arquivos alvo?

Pode ser que você não tenha privilégios para alguns dos arquivos. Em uma conta de administrador, tente "sudo rsync -av" Como alternativa, ative a conta raiz e entre como raiz. Isso deve permitir que você manuseie completamente o sistema e force o seu rsync! ;-) Eu não tenho certeza se os atributos - extendido mencionados acima ajudarão, mas eu os instalei também, apenas por uma boa medida.

Isso aconteceu comigo em uma partição do tipo xfs (rw,relatime,seclabel,attr2,inode64,noquota) , na qual os diretórios pertenciam a outro usuário em um grupo do qual ambos éramos membros. A associação ao grupo já estava estabelecida antes do login e toda a estrutura de diretórios era gravável em grupo. Eu tinha executado manualmente sudo chown -R otheruser.group directorye sudo chmod -R g+rw directorypara confirmar isso.

Ainda não tenho idéia do porquê não funcionou originalmente, mas assumi a propriedade com o sudo chown -R myuser.group directoryconserto. Talvez relacionado ao SELinux?

Esse erro também pode aparecer se você executar o processo rsync para arquivos que não foram modificados recentemente na origem ou destino ... porque não é possível definir o horário dos arquivos modificados recentemente.