On Thu, Jun 26, 2014 at 3:10 PM, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2014-06-26 20:33, Greg Freemyer wrote:
On Thu, Jun 26, 2014 at 1:43 PM, Carlos E. R.
I forgot to say:
NTFS stores timestamps with 100 nsec accuracy, so the 2-second issue must be a Windows API issue, not an underlying NTFS format issue. (I did find discussion of the 2-second bug, but I'm not sure that is my problem.)
http://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).as...
If rsync from openSUSE has this problem too, then it really is a bug, but likely an upstream rsync or NTFS-3g bug. For now I've only seen it in cygwin/windows world.
AFAIK it is only an issue when dealing with mixed environments. Rsync with Linux uses... I don't know, milliseconds perhaps. But when dealing with fat, ntfs, or samba, it sees the timestamps with two second granularity. I did hit this issue, and I had to use a certain switch in rsync to patch it.
Ah, found it:
--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 Win- dows FAT filesystem (which represents times with a 2-second resolution), --modify-window=1 is useful (allowing times to differ by up to 1 second).
Ah, maybe ntfs is not affected. But perhaps the windows api is, for compatibility, or depending on the particular api call that the windows rsync version uses.
I'm not very happy at the moment and this is all pure openSUSE 13.1 I can't even get proper results with rsync from ext4 to ext4. I must be getting the basics wrong. Shouldn't this work: - create a directory on a ext4 filesystem. - but 3 1.5 GB files in it. - rsync -r --stats --progress <source_dir> /tmp/junk_dir - wait for it to complete - rerun the same rsync command My expectation is the last rsync command should be instantaneous. It is not, the 3 1.5GB files are being copied again. Thinking it might be the -r, I tried again without it. (rsync --stats --progress <source_dir>/* /tmp/junk_dir) same issue. I'm having a hard time believing rsync is broken, so what am I doing wrong? Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org