On Tue, Aug 25, 2009 at 8:08 PM, erik quanstrom<quans...@quanstro.net> wrote: >> >> Any chance this is related to the issues we discussed on #plan9? >>
No, I'm pretty sure not. This dealt with a relatively rare case, a filesystem with an optimal read size larger than a constant in the Venti source. The constant was 64K, which covered every FS/OS cross I know of except ZFS on FreeBSD. > > since not everyone who reads the list does irc, why > don't you fill us in on the issues discussed on #plan9? > The problem discussed in IRC relates to p9p vac's -a option, which chains together vac trees to construct something like a dump filesystem on unix. The first problem was that a vac -a hadn't be run in a while, and the newly added tree has some problem with it (either stored incorrectly or being interpreted incorrectly...), which led to it being impossible to traverse or base further vacs on. The person in irc also had a problem where they blew away their Venti index, rebuilt the index, and had checkindex still report errors. That problem is pretty exciting too... -- vs
