Apologies for the double-email; in switching between desktops, I prematurely sent my last message. Luckily I was very nearly done. Sean Allred <allred.sean@xxxxxxxxx> writes: > But we can see this blob:none 'mistake' again... > > 08:33:51.764098 pkt-line.c:80 packet: fetch> want 0000063ae70e4385b0527df060daf0a81b306c8d > 08:33:51.764098 pkt-line.c:80 packet: fetch> want 00003efd5bd3b3795950588f7d051e8d0b42def3 > > ---8<--- many, many thousands of objects removed > > 08:33:54.154726 pkt-line.c:80 packet: fetch> want ffffd8aad00ab11c0672096203f57564b286da08 > 08:33:54.154726 pkt-line.c:80 packet: fetch> want ffffd967eaed43bf87d40a84f2f9e12c59575abe > 08:33:54.154726 pkt-line.c:80 packet: fetch> done > 08:33:54.154726 pkt-line.c:80 packet: fetch> 0000 > > ... with all of those trees I was verifying my suspicion in the other desktop -- but my suspicion was incorrect. These aren't all trees; in fact, the objects listed above are *just* blobs -- no other object types. One could assume that these are all the blobs in the 8da2fa tree, but I would expect that we'd get all the subtrees in 8da2fa as well in that case. I'm not sure how much more information I can extract from this list of blobs, but I'm open to suggestions if we think there's a pattern here to be discovered. -- Sean Allred
