I run a command like this on a 1.1TB site:

rsync –azh –e 'ssh –p 54321' root@123.456.789.0:/home/www/html/site_name/ /home/01/backup/site_name --delete

The first machine is a hosting plan and the second is a Cygwin64 installation on Win 7 (I am backing up a site from a hosting plan to the Win 7 with Cygwin).

After this has completed, I run something like this on both sides (hosting and Win 7):

find /home/www/html/site_name -type f | wc -l

to count the number of files in the backup directory, recursively, and the numbers are not the same. I get something like:

A) 9,793,041 - the hosting plan, and
B) 9,795,586 - Cygwin

I already run the rsync command with the --delete option at the end and the number of files is not the same. Does anybody have an idea what could be the reason for that?

Thanks.

###Edit:
I've actually checked the hosting plan now, and the number of files went up to 9,797,707. I am not sure what the reason could be, as the number of files should be static. I guess I can ask the script support about that. Either way, the --delete option is good and it should work as expected (just make the set A and set B exactly the same)?

The question has aged a bit, so I'll take some guesses. Maybe it is something with cygwin? Maybe you could investigate what are the differences with "diff"? For that, I'd try running "find" on the cygwin machine and make a list of files:

Upload that to your hosted service.
Then on your hosted system,

and there check with "diff"

That will show with a > or a < which file has an extra name. Maybe that differences will give a clue.


Edit: also maybe the -h should really be an -H instead, but I can't see that affecting the results.

This turned out to be the file system cache. I can omit two of the folders and the number of files will be the same.