On Fri, 2007-11-09 at 11:29 -0400, Jon wrote:> One piece of information that I forgot to > mention in my original post is that the second rsync takes about 3 > seconds. There are no files transferred on the second rsync yet the > 293 are being reported. > > If the files were actually being transferred again then I could agree, > but that's not the case, Rsync seems to be doing exactly what it is > supposed to be doing. It's just that one stat that doesn't appear to > jive with anything.As I see it, it is your claim that rsync is not transferring anything that does not jive with the "Number of files transferred" and "Matched data" stats and the absence of the -t option. ("Matched data" is data matched by the delta-transfer algorithm in transferred files; files that are already up to date are counted neither in "Literal data" nor in "Matched data".) Does rsync print the names of the 293 files? If so, it is transferring them. For further evidence, pass the -i option; an output line of the form ">f..T...... foo" means that rsync is transferring (>) foo because of a difference in mtime (T). In any case, the solution is to pass the -t option; if for some reason you don't want to preserve mtimes, you can use --checksum instead. Matt
Hi All, This is a continuation of a thread I started some time ago at http://www.mail-archive.com/rsync@lists.samba.org/msg19852.html The first occurrence of this problem seems to have just gone away and all was good for a week or so. I have now seen this same behaviour again, though. I'm not sure where the logs went so sadly I cannot provide output from rsync, but the problem is roughly the same as before in that the 'Number of files trasferred" entry provided by the --stats switch is incorrect. During testing, I completely removed everything from my testing dir and then ran an rsync into it from another directory on the same machine into this directory. When the transfer was complete, I had the entire /etc /var and /root dirs in my testing directory and the file space totalled a little over 1GB. The report generated by the --stats switch showed something like 35,000 files as the "Number of files" but only 2 were indicated as transferred under the "Number of files transferred" item of the same report. I know this number is wrong as there was nothing in my testing dir and now there are the entire contents of the /etc, /var and /root dir, but I don't know why the Number of files transferred is incorrect. Can someone shed some light for me on exactly how the 'Number of files transferred' number is arrived at? Perhaps it's not at cut and dried as I think. Thanks Jon
Reasonably Related Threads
- mtime handling seems generally buggy for directories
- [Bug 13385] New: rsync sometimes silently transfers more or fewer mtimes than it should
- transfer stats wrong?
- [Bug 12742] New: a proposal: fix bogus nanosecond mtimes on transfer (patch included)
- does --files-from transfer files in the order given?