From owner-freebsd-hackers Mon Apr 3 17:38:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24923 for hackers-outgoing; Mon, 3 Apr 1995 17:38:12 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA24917 for ; Mon, 3 Apr 1995 17:38:09 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00952 (5.67a/IDA-1.5); Mon, 3 Apr 1995 19:12:53 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA20662; 3 Apr 95 19:11:04 CDT (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA20659; Mon, 3 Apr 1995 19:11:04 -0500 From: Peter da Silva Message-Id: <199504040011.TAA20659@bonkers.taronga.com> Subject: Re: large filesystems/multiple disks [RAID] To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 3 Apr 1995 19:11:04 -0500 (CDT) Cc: PVinci@ix.netcom.com, hackers@FreeBSD.org In-Reply-To: <9504032233.AA09336@cs.weber.edu> from "Terry Lambert" at Apr 3, 95 04:33:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 771 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Spanning is simply a tools for easing the administrative burden; > > Sounds like you added to it. You had to set up the drives spanned, and do > > a tape restore of every file system. I only had to do a tape restore of > > /usr... I copied /home right over. > I was lazy, and I got away without the copy/restore/slice_move. But you didn't... you had to mkfs both home and usr to grow them. > But, again, the risk is increased by the spanning, which was the point > of the post... that spanning is nearly useless without additional > support changes to increase reliability. Nonsense. Spanning is *very* useful if you don't span multiple file systems. Your backups become more critical, but you're doing nightly incrementals onto DAT with Amanda anyway, right?