Newsgroup: it.comp.os.linux.iniziare
Titolo: rsync tronca le frazioni di secondo dei files a destinazione?

Questo è il comando che uso:
$ rsync -avvt --delete /originale/ /copia
 
Mi ritrovo che in /copia/ tutti i file hanno i timestamp troncati al
secondo.
 
esempio:
 
$ ls -al --full-time /originale/file
-rw------- 1 yersinia users 2158 2016-08-20 16:56:00.995850945 +0200
/originale/file
 
 
$ ls -al --full-time /copia/file
-rw------- 1 yersinia users 2158 2016-08-20 16:56:00.000000000 +0200
/copia/file
 
Ciò comporta che rsync continui a riaggiornare i files, perché trova
timestamp diversi nella directory destinazione.
 
La sorgente è una directory locale su volume criptato con cryptsetup
e filesystem ext4.
La destinazione è una directory su un server remoto connessa via
sshfs, su un volume in RAID1, criptato con cryptsetup e filesystem ext4.
 
Grazie.

 
 
 
-- 
 
piergiorgio

 Forse, forse, forse, in questo caso mantiene i timestamp.
 
E' vero, funziona. Mi rimane la curiosità di cosa tronchi il
timestamp con l'altro metodo.
 
Grazie
 

 
 
 
-- 
 
piergiorgio

 Forse meglio nfs...
 
Mai provato, ma mi pare di capire che la comunicazione non sia
criptata. Se è così, non fa per me.

 criptata. Se è così, non fa per me.
 
Forse e` possibile fare un tunnel ssh, con nfs,
O forse e` possibile crittografare la connessione.
Mai avuto necessita`, ma si potrebbe verificare
se questa cosa e` supportata in qualche modo.
 
Tornando alla copia remota, in ogni caso, se usi
"rsync", e` sempre meglio far fare tutto a lui,
quindi, come gia` scritto, usare "-e ssh".
 
In questo caso, e` "rsync" stesso ad collegarsi via
"ssh", lanciare un "rsync" remoto, e fare la copia
affidandosi ai due filesystem (locale e remoto), senza
intermediari (sshfs, nfs, cifs od altro).
 
Nello specifico del timestamp, hai trovato l'opzione
di "rsync" al riguardo?
 
bye,
 
-- 
 
piergiorgio

 di "rsync" al riguardo?
 
Sì, è la "t" del comando che uso da anni, ma tra altri sistemi:
 
$ rsync -avvt --delete /originale/ /copia
 
Questo non ha troncato i timestamp:
$ rsync -avvt --delete -e "ssh -l yersinia" /originale/ \
         il.server.remoto:/copia
 
Da man rsync:
-t, --times                 preserve modification times


Non e` questa che intendo, ma:
 
--modify-window
 
When comparing two timestamps, rsync treats the
timestamps as being equal if they differ by no more
than the modify-window value. This is normally 0
(for an exact match), but you may find it useful to
set this to a larger value in some situations. In
particular, when transferring to or from an MS
Windows FAT filesystem (which represents times with
a 2-second resolution), --modify-window=1 is useful
(allowing times to differ by up to 1 second).
 
bye,
 
-- 
 
piergiorgio

 than the modify-window value...
 
Questa opzione non la conoscevo, ma a me serve che i timestamp siano
proprio identici. Ho dei programmi i cui dati voglio backuppare che
operano su alcuni file anche più volte al secondo.
 


Si, ma se sshfs ha i timestamp "solamente" al
secondo, allora, per "rsync", la soluzione e`
quella di cui sopra.
 
Ora, si tratta di capire se realmente e` una
limitazione di sshfs, oppure rsync ha qualche
problema (non mi pare con altri fs, ma potrei
anche sbagliare).
 
Se e` sshfs, allora l'unica soluzione e` usare
un altro fs di rete.
 
bye,
 
-- 
 
piergiorgio

 Questa opzione non la conoscevo, [CUT]
 
Nuovamente troppo di corsa per aver il tempo di leggere il manuale?
 
Eeeeh! :-/
 
 

 Eeeeh! :-/
 
Tu ti sei sciroppato tutti i man di tutti i comandi bash?
:-P
 
Io sul man faccio una ricerca testuale di quel che mi serve al
momento, e poi giù di gùgol.
 
Piuttosto, mi sono appena accorta con orrore che il problema della
troncatura dei secondi ce l'ho da sempre, ma rsync è innocente.
 
Sulle directory montate via sshfs non si vedono proprio i decimali
di secondo:
 
ls -l --full-time /sshfsmount/ :-O
 
Mi sono guardata tutto il breve man di sshfs, e non vedo opzioni che
influiscano sul mod time mostrato. E' proprio un problema di sshfs,
o di fuse, visto che rsync con -e "ssh..." copia i mod time completi.