Errore rsync: impossibile impostare i tempi su “/ foo / bar”: operazione non consentita

Ricevo un errore confuso da rsync e le cose iniziali che trovo dalle ricerche sul web (così come tutti i soliti chmod'ing) non lo stanno risolvendo:

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]

Sembra funzionare nonostante quell'errore, ma sarebbe bello liberarsene.

Se /foo/barè su NFS (o forse su un filesystem FUSE), questo potrebbe essere il problema.

In entrambi i casi, l'aggiunta -O/ --omit-dir-timesalla riga di comando eviterà di provare a impostare i tempi di modifica nelle directory.

Il problema è probabilmente dovuto al fatto che / foo / bar non appartiene al processo di scrittura su un sistema darwin remoto (OS X). Una soluzione al problema è impostare un proprietario adeguato sul sito remoto.

Dal momento che questa risposta è stata votata, e quindi si spera sia stata utile a qualcuno, la sto estendendo per renderla più chiara.

Il motivo per cui ciò accade è che rsync sta probabilmente cercando di impostare un tempo di modifica arbitrario (mtime) durante la copia dei file.

Per fare ciò, la utime()funzione di sistema di darwin richiede che il processo di scrittura efficace sia uguale al file uid o quello dell'utente super, vedere la pagina di opengroup utime . Controlla questa discussione sulla mailing list di rsync come riferimento.

Poiché @ racl101 ha commentato una risposta, questo problema potrebbe essere correlato al proprietario della cartella . Il comando rsync deve essere eseguito dallo stesso utente di quello del proprietario della cartella. Se non è lo stesso, puoi cambiarlo.

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

Il problema nel mio caso era che il "mountpoint del ricevitore" non era montato correttamente. Era in modalità di sola lettura (per qualche motivo sconosciuto). Sembrava che rsync stesse copiando i file, ma non lo era. Ho controllato il mio file fstab e ho cambiato le opzioni di mount sui valori predefiniti, rieseguendo il mount del file system ed eseguendo di nuovo rsync. Tutto bene allora.

Ho avuto lo stesso problema. Per me la soluzione è eliminare il file remoto e lasciarlo rsynccreare di nuovo.

Ho visto quel problema quando scrivo su un filesystem che non gestisce (correttamente) i tempi - penso che le condivisioni SMB o FAT o qualcosa del genere.

Qual è il tuo filesystem di destinazione?

È possibile che non si disponga di privilegi per alcuni file. Da un account amministratore, prova "sudo rsync -av" In alternativa, abilita l'account root e accedi come root. Ciò dovrebbe permetterti di intubare completamente il tuo sistema e forzare bruscamente il tuo rsync! ;-) Non sono sicuro se i suddetti attributi --extended-attributi saranno di aiuto, ma l'ho anche inserito, solo per buona misura.

Questo è successo a me su una partizione di tipo xfs (rw,relatime,seclabel,attr2,inode64,noquota), in cui le directory erano di proprietà di un altro utente in un gruppo di cui eravamo entrambi membri. L'appartenenza al gruppo era già stata stabilita prima dell'accesso e l'intera struttura della directory era scrivibile in gruppo. Ho eseguito manualmente sudo chown -R otheruser.group directorye sudo chmod -R g+rw directoryper confermare questo.

Non ho ancora idea del perché in origine non funzionasse, ma prendere la proprietà con sudo chown -R myuser.group directoryrisolto. Forse relativo a SELinux?

Questo errore potrebbe anche apparire se si esegue il processo rsync per i file che non sono stati modificati di recente nell'origine o nella destinazione ... perché non è possibile impostare l'ora per i file modificati di recente.