erreur rsync: n'a pas réussi à régler les temps sur « / foo / bar »: Opération non autorisée

Question

Je reçois une erreur de confusion rsync et les premières choses que je trouve de recherches sur le Web (ainsi que tous les chmod'ing d'habitude) ne sont pas résoudre:

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]

Il semble fonctionner malgré cette erreur, mais ce serait bien de se débarrasser de cela.

Answer 1

Si NFS est /foo/bar (ou peut-être un système de fichiers FUSE), qui pourrait être le problème.

De toute façon, en ajoutant -O / à votre ligne --omit-dir-times de commande éviter d'essayer de régler les temps de modification sur les répertoires.

Answer 2

La question est probablement dû à / toto / titi ne pas être propriété du processus d'écriture sur un système darwin (OS X) à distance. Une solution au problème est de définir le propriétaire adéquat sur le site distant.

Depuis cette réponse a été élu, et a donc été, espérons utile à quelqu'un, je l'étendre pour le rendre plus clair.

La raison pour laquelle cela se produit est que rsync tente probablement de définir un temps de modification arbitraire (mtime) lors de la copie des fichiers.

Pour faire cette fonction de utime () du système de darwin exige que le processus d'écriture uid est soit le même que celui de uid fichier ou un super-utilisateur, voir page de OpenGroup utime . Consultez cette discussion sur la liste de diffusion de rsync comme référence.

Answer 3

Le problème dans mon cas est que le mal était monté « récepteur point_de_montage ». Il était en mode lecture seule (pour une raison quelconque de extrange). Il ressemblait à rsync copiait les fichiers, mais il n'a pas été. J'ai vérifié mon fstab et changé options de montage par défaut, le système de fichiers et monter re exécuter à nouveau rsync. Tout bien alors.

Answer 4

J'ai eu le même problème. Pour moi, la solution est de supprimer le fichier distant et laisser à nouveau créer rsync.

Answer 5

Je l'ai vu ce problème quand j'écris à un système de fichiers qui ne pas (correctement) gérer les temps -. Je pense que les partages SMB ou FAT ou quelque chose

Qu'est-ce que votre système de fichiers cible?

Answer 6

Il se pourrait que vous ne disposez pas des privilèges à certains des fichiers. À partir d'un compte administrateur, essayez « sudo rsync -av » Sinon, activer le compte root et connectez-vous en tant que root. Cela devrait vous permettre de tuyau complètement votre système et votre force brute rsync! ;-) Je ne sais pas si les --extended-attributs mentionnés ci-dessus contribueront, mais je l'ai jeté trop, juste pour faire bonne mesure.

Answer 7

Ce qui est arrivé à moi sur une partition de type xfs (rw,relatime,seclabel,attr2,inode64,noquota), où les répertoires dans lesquels appartenant à un autre utilisateur dans un groupe nous étions tous deux membres. Les membres du groupe a déjà été mis en place avant la connexion, et la structure du répertoire entier était un groupe inscriptible. Je courais manuellement et sudo chown -R otheruser.group directory pour confirmer sudo chmod -R g+rw directory.

Je ne sais toujours pas pourquoi il ne fonctionne pas à l'origine, mais en propriété avec le fixe sudo chown -R myuser.group directory. Peut-être liés à SELinux-?

Answer 8

Cette erreur peut pop-up aussi si vous exécutez le processus de rsync pour les fichiers qui ne sont pas modifiés récemment dans la source ou la destination ... parce qu'il ne peut pas régler le temps pour les fichiers modifiés récemment.