Cameron Dale writes: > Craig Barratt said the following on 11/08/2006 1:47 AM: > > Yes, the entire set of files is being transferred on an > > incremental with a linux boot. > > But why is this happening? What is the difference between Windows and > Linux that would cause this? > > > That means some meta data (eg: uid, gid, mtime, size) is being > > delivered differently to rsync on windows vs linux. > > > > It is quite possible that the uid and gid are different when you boot > > windows vs linux. > > As I said in my post, this problem is easiest to see on the dual-boot > machine, however it also is apparent on other machines. > > Here is the backup listing for a Windows machine, where you can see that > the number of files transferred after the first backup is quite small: > > Totals Existing Files New Files > Backup# Type #Files Size/MB MB/sec #Files Size/MB #Files Size/MB > 0 full 800 676.7 2.23 87 47.4 795 629.3 > 1 incr 5 34.9 0.94 2 9.2 21 25.7 > 2 incr 5 34.9 1.20 2 3.0 8 31.9 > 3 incr 5 34.9 0.85 6 34.9 0 0.0 > 4 incr 11 35.4 0.96 4 19.3 17 16.0 > 5 incr 11 35.4 0.47 12 35.4 0 0.0 > 6 incr 11 35.4 0.91 12 35.4 0 0.0 > 7 incr 11 35.4 1.41 12 35.4 0 0.0
Yes, this case looks normal. > Here is the backup listing for a Linux machine, where the incrementals > are getting bigger and bigger each time: > > Totals Existing Files New Files > Backup# Type #Files Size/MB MB/sec #Files Size/MB #Files Size/MB > 0 full 2350 5.3 0.35 397 0.1 2235 5.3 > 1 full 2633 5.7 0.38 2351 5.2 576 0.5 > 2 incr 14982 187.1 0.82 10703 36.1 5832 151.5 > 3 incr 14982 187.6 1.26 14944 159.7 47 27.9 > 4 incr 14984 187.9 1.24 14943 161.7 53 26.3 > 5 incr 15705 194.0 0.96 15650 166.6 370 27.6 > 6 incr 15705 194.9 1.05 15666 166.3 48 28.6 > 7 incr 15705 195.4 1.07 15670 167.2 43 28.3 > 8 incr 16207 197.4 1.37 16060 167.0 268 30.4 > 9 incr 16211 197.8 1.58 16172 168.9 57 29.0 > 10 incr 16240 201.8 1.54 16199 169.9 51 31.8 > 11 incr 16240 202.2 1.58 16202 172.0 48 30.2 > 12 incr 16241 188.5 1.47 16200 168.6 51 19.9 > 13 incr 16245 189.5 1.39 16201 170.7 56 18.9 > 14 incr 16251 190.6 1.27 16203 170.7 64 19.9 > 15 incr 16253 191.7 1.17 16213 171.0 53 20.7 What doesn't make sense is that the two fulls have a lot less files than the incremental. I suspect you setup a small test for backups #0 and #1, then set it to backup a lot more prior to incremental #2. Therefore each incremental is backing up a lot of files not in the full. You should start a full backup and then see what happens with the next incrementals. > > It might be related to file time stamps. What type > > of file system is this? If it is FAT then you are likely a victim of > > the DST problem. Google "rsync FAT DST". > > Nope, it's NTFS on Windows, ReiserFS on Linux. My original claim still stands: on the dual boot system I suspect the uid/gid or mtime is not returned consistently when your machine is booted on windows vs linux. Therefore, if the last full was from windows, then a linux incremental will backup every file again (and vica versa). With rsync not a lot of data will be transferred, but it will take a lot more time. I suggested you manually run rsync in each case to see. Bottom line: you are seeing two different issues here. Craig ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
