Date: Sun, 3 May 1998 22:51:01 -0700 (PDT) From: Tom <tom@sdf.com> To: Benjamin Greenwald <beng@lcs.mit.edu> Cc: "David E. Cross" <dec@phoenix.its.rpi.edu>, freebsd-hackers@FreeBSD.ORG Subject: Re: Network problem with 2.2.6-STABLE Message-ID: <Pine.BSF.3.95q.980503224157.16746A-100000@misery.sdf.com> In-Reply-To: <199805040259.WAA10604@miris.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 3 May 1998, Benjamin Greenwald wrote: > > On Sun, 3 May 1998, David E. Cross wrote: > > > > > similar to (sorry I I did not write it down): "ping: no network buffers > > > available", any telnet requet, etc would just hang indefinititely, the > > > > Not enough mbufs. Increase MAXUSERS or NMBCLUSTERS > > > > Beware, dump/restore is also broken for large filesystems. I personally > > think that dump/restore should be dropped from FreeBSD. > > > > Tom > > It's been fairly well proven that dump/restore is by far the most accurate way > of backing up one's filesystems. Really? Since dump/restore requires direct knowledge of filesystem internals, it should probably be dropped for being a gross layering violation alone. Assuming it can even capture a consistant view of an active filesystem (I doubt it myself). dump/restore's idea of raw filesystem access was a mistake. > Dropping dump/restore would not only put a huge number of users in the lurch, > but it would be eliminating the best tool for the job. I'm not familiar with > the problems in dump/restore, but it seems to make a lot more sense to me to > fix them rather than force everyone to change over to an inferior solution. But dump/restore has been broken forever. I hope that you don't have any 4+GB filesystems that you are dumping, because you will get a nasty surprise trying to restore it. > Do you have a suggestion as to what we'd replace dump/restore with? (And > PLEASE don't say "tar -g" ... *shiver*) What is everyone with large production systems using now? I know it it isn't dump/restore. tar at least works, but incremental support is weak. pax is ok, but you need to supply the right params yourself for incremental support. Or you could just break down and buy BRU. > Ben Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.980503224157.16746A-100000>