On 16.08.2009 11:38, Mark, Oren wrote: > Hi All, > > I came into a strange issue running rsync on directory with ~500,000 files. > Some of the file, although with same time stamps and size on source and > destination, were different on the destination. > The destination is just a mirrored area, and the data written to it, is just > the one that comes through rsync. > Needless to mentioned, that when I remove files and synced them again it > works, or when I did the sync with checksum. > > Due to the large number of files, running it with checksum is very bad > options for me. > > I have few questions: > > 1) Any idea how come a replicated area, has files with same time stamp > and size, but file is different than the source? > 2) Is there a way for rsync to verify, that each transferred size is > identical as the source, after the file was transferred?
My first question would be if i have a program on the source side that "tampers" with files and then resets the atime/mtime, as long as the size stays the same it's the same file for rsync. And i faintly remember reading about an issue with mtime and mmap writing files. I don't remember the details, but i guess if there was an issue it is remedied in recent kernels. IOW i'm quite sure the culprit isn't rsync. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
