Hi!
> > >Don't ask me, I'm not a user, I have just seen the patch submissions, and
> > >I just want to get real user feedback before I'd merge a new "extended
> > >nbd".
> >
> >I haven't used enbd, because the site was down the weekend I was evaluating
> >the alternatives... I did try NBD and DRBD, however. My experience was
> >that enbd could hardly be worse than nbd, for the following reasons:
> >
> > The nbd server software referenced in the Configuration documentation
> > (the only I was able to find, and that only after some digging), would
> > fail rather quickly because the remote kernel would send a request much
> > larger than the server was expecting.
>
> Indeed. The source code reference in th Configuration documentation is very
> much out of data and completely broken for anything that requires 64 bit
> sizes on a 32 bit architecture.
Can you submit patch to fix that docs? It should point to sourceforge..
> This is all fixed now (I know because I shared your frustration and went
> and fixed it myself (-:), if you want to get a properly working version
> which exhibits no problems under very intensive i/o on a 15GiB partition
> over a 100MBit lan just go to http://sf.net/projects/nbd/ and get the
> latest version from CVS or download the new 2.0 release tarball.
Pavel
-- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Apr 23 2002 - 22:00:36 EST