Jeffrey J. Kosowsky wrote at about 13:58:28 -0500 on Tuesday, December 7, 2010: > Robin Lee Powell wrote at about 15:40:04 -0800 on Monday, December 6, 2010: > > This is *fascinating*. > > > > >From the actually-fixing-stuff part of the run, I get: > > > > ERROR: > "tm50-s00292__nfs/68/f%2f/fshared/fthepoint/fsite_images/f0042/f4097/fMULTI_medium.jpg" > - Too many links if added to "59c43b51dbdd9031ba54971e359cdcec" > > > > to which I say "lolwut?" and investigate. > > > > $ ls -li /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec* > > 2159521202 -rw-r----- 31999 backuppc backuppc 76046 Oct 7 08:29 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec > > 2670969865 -rw-r----- 31999 backuppc backuppc 76046 Oct 16 15:15 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_0 > > 79561977 -rw-r----- 31999 backuppc backuppc 76046 Oct 22 22:07 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_1 > > 156369809 -rw-r----- 31999 backuppc backuppc 76046 Oct 31 09:06 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_2 > > 3389777838 -rw-r----- 31999 backuppc backuppc 76046 Nov 7 09:10 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_3 > > 106188559 -rw-r----- 31999 backuppc backuppc 76046 Nov 13 15:10 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_4 > > 247044591 -rw-r----- 31999 backuppc backuppc 76046 Nov 19 17:20 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_5 > > 293083240 -rw-r----- 31999 backuppc backuppc 76046 Nov 26 06:14 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_6 > > 513555136 -rw-r----- 31999 backuppc backuppc 76046 Dec 1 19:37 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_7 > > 52908307 -rw-r----- 7767 backuppc backuppc 76046 Dec 4 10:37 > /backups/cpool/5/9/c/59c43b51dbdd9031ba54971e359cdcec_8 > > $ ls -li > /backups/pc/tm50-s00292__nfs/68/f%2f/fshared/fthepoint/fsite_images/f0042/f4097/fMULTI_medium.jpg > 374791856 -rw-r----- 1 backuppc backuppc 76046 Dec 4 08:03 > /backups/pc/tm50-s00292__nfs/68/f%2f/fshared/fthepoint/fsite_images/f0042/f4097/fMULTI_medium.jpg > > > > That's a bunch of files with *thirty two thousand* hard links. > > Apparently that's a limit of some kind. BackupPC handles this by > > adding new copies, a hack that BackupPC_fixLinks is apparently > > unaware of. > > BackupPC_fixLinks does know about the limit and in fact is careful not > to exceed it (using the same hack) when it combines/rewrites links. > Other than that, I'm not sure where you think BackupPC_fixLinks needs > to be aware of it? > > To be fair, since I don't have any systems with that many hard links, > I have not tested that use case so perhaps my code is missing > something (I haven't looked through the logic of how BackupPC_fixLinks > traverses chains in a while so maybe there is something there that > needs to be adjusted for your use case but again since I haven't > encountered it I probably have not given it enough thought) >
Robin, can you let me know in what way you think BackupPC misses here? It seems to me that my program does the following: 1. It avoids calling a pool element a duplicate if the sum of the number of links in the duplicates exceeds the maximum link number (i.e. the pool duplicate is justified) 2. When it fixes/combines links, it avoids exceeding the maximum link number and creates a new element of the md5sum chain instead. Is there any other way that maxlinks comes into play that I am missing? ------------------------------------------------------------------------------ This SF Dev2Dev email is sponsored by: WikiLeaks The End of the Free Internet http://p.sf.net/sfu/therealnews-com _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
