From owner-freebsd-questions Sun Mar 5 23:30:18 2000 Delivered-To: freebsd-questions@freebsd.org Received: from boris.netgate.net (boris.netgate.net [204.145.147.154]) by hub.freebsd.org (Postfix) with ESMTP id C27DD37BC26 for ; Sun, 5 Mar 2000 23:30:05 -0800 (PST) (envelope-from wellsian@caffeine.com) Received: from localhost (wellsian@localhost) by boris.netgate.net (8.9.3/8.9.3) with ESMTP id XAA11918; Sun, 5 Mar 2000 23:28:17 -0800 (PST) (envelope-from wellsian@caffeine.com) Date: Sun, 5 Mar 2000 23:28:17 -0800 (PST) From: wellsian X-Sender: wellsian@boris.netgate.net To: Matt Heckaman Cc: FreeBSD QUESTIONS Subject: Re: dump/restore question.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You'll be fine. The restore program writes files, not disk blocks like dd. It behaves in the same manner as ftp or other user-programs, and doesn't care about the size of the original filesystem. (assuming there's enough space of course) If you have the opportunity, I would attach the replacement drive to the same system and perform the dump/restore process in one shot. Or better, use cpio or pax. That would save lots of time over a tape or network dump and eventual restore, though it sounds like a full backup before starting might be wise. :) Dave On Mon, 6 Mar 2000, Matt Heckaman wrote: > Evening, > > I have a setup with a rather large 18.3G drive on a public machine that I > would like to replace with a smaller drive so that the larger drive can go > into a web server. There are various reasons why I do not want to use NFS > for this though. My filesystem looks like this: > > admin[alpha]:~> df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/da0s1a 158783 23894 122187 16% / > /dev/da0s1e 1002223 70289 851757 8% /var > /dev/da0s1f 1002223 104 921942 0% /tmp > /dev/da0s1g 1002223 503995 418051 55% /usr > /dev/da0s1h 13171315 1139416 10978194 9% /usr/home > procfs 4 4 0 100% /proc > > Let us assume that I do a level 0 dump of all filesystems, I remove this > 18.3 G drive (after writing down everything I need to know as per the dump > section in the handbook) and replace it with an 8 GB drive. > > I make /, /var, /tmp, /usr the same on the new drive as the 18.3G drive, > then allocate the remaining space to /usr/home, which will be more than > the 1.1G backed up by dump. > > When I restore from the dump, I'm sure the other filesystems will be ok, > but will /usr/home choke because it is smaller than the original dump? I'm > under the impression that it will work fine, though I have not tried > something like this before, and this is a production server that can't be > screwed up. > > Comments or advice on a better solution are appreciated, thank you in > advance for your replies. While I'm at it, is there any news on Oracle & > Cold Fusion running on FreeBSD (under Linux emulation) - the customer > demand for these has gotten to the point that if I don't find a FreeBSD > solution I'm going to go Solaris/Ultra for the webserver, which is not my > ideal situation. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message