Date: Wed, 6 May 1998 01:28:22 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: tom@sdf.com (Tom) Cc: tlambert@primenet.com, beng@lcs.mit.edu, dec@phoenix.its.rpi.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: Network problem with 2.2.6-STABLE Message-ID: <199805060128.SAA21183@usr02.primenet.com> In-Reply-To: <Pine.BSF.3.95q.980505085254.21978B-100000@misery.sdf.com> from "Tom" at May 5, 98 09:02:39 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > 1) You are not supposed to use it on mounted FS's. > > Really? That isn't in the manual. It also makes it useless for > 24x7 servers. Why not? Unmount a mirrored drive in a mirror array, and back it up offline. In general, the FS should be quiescent, at the very least. Most people run dump/restore in single user mode. > > Meanwhile, break you FS's up; your backups will take less time, too. > > 4GB filesystems are rather limiting. It places a large burden on the > administrator to constantly balance storage needs. No thanks. I don't know where you keep getting 4G. 2^32 * 512 = 1TB. > I'm not sure why backing up 8 x 4GB filesystems, as opposed to 1 x 32GB > filesystem would be faster. It's not. Backing up 6 x 4GB filesystems is faster than 1 x32GB. The point is that you only need to back up "live" data, not data that hasn't changed (ie: /usr/local needs backing up less frequently than /usr/home). > I think you need to donate your time at site that runs some 24x7 > servers, so you can some reality experience. I'll ignore this. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. 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?199805060128.SAA21183>