From owner-freebsd-questions@FreeBSD.ORG Sat Jan 23 17:08:44 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4497D1065670 for ; Sat, 23 Jan 2010 17:08:44 +0000 (UTC) (envelope-from john@dexter.starfire.mn.org) Received: from dexter.starfire.mn.org (starfire.skypoint.net [173.8.102.29]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9C08FC0A for ; Sat, 23 Jan 2010 17:08:43 +0000 (UTC) Received: (from john@localhost) by dexter.starfire.mn.org (8.11.3/8.11.3) id o0NH8RH54974; Sat, 23 Jan 2010 11:08:27 -0600 (CST) (envelope-from john) Date: Sat, 23 Jan 2010 11:08:27 -0600 From: John To: Jerry McAllister Message-ID: <20100123110827.A54749@starfire.mn.org> References: <20100122111219.A31898@starfire.mn.org> <201001231015.22934.oceanare@pacific.net.sg> <20100123161934.GA27277@gizmo.acns.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20100123161934.GA27277@gizmo.acns.msu.edu>; from jerrymc@msu.edu on Sat, Jan 23, 2010 at 11:19:34AM -0500 Cc: Erich Dollansky , freebsd-questions@freebsd.org Subject: Re: Migration planning - old system to new X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 17:08:44 -0000 On Sat, Jan 23, 2010 at 11:19:34AM -0500, Jerry McAllister wrote: > On Sat, Jan 23, 2010 at 10:15:19AM +0800, Erich Dollansky wrote: > > > Hi, > > > > On 23 January 2010 am 01:12:19 John wrote: > > > Now that I've actually gotten the new system to boot, I need to > > > figure out how I'm going to migrate everything - users, data, > > > MySQL, NAT, firewall, apache, DHCP, gateway services BIND, > > > Sendmail, etc., etc from > > > FreeBSD 4.3-RELEASE #0: Thu Jan 22 19:44:16 CST 2004 > > > to > > > FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 > > > > this is real jump. > > > > > > Bit of a challenge, eh? > > > > I have heard that somebody actually landed on the moon? Was it > > you? > > > > > > Not only that, but I'd like to update my UID scheme from a > > > pre-standard version (most of the UIDs are down in the 100s) to > > > the new convention so that I'm more in-line with the rest of > > > the world. > > > > Ok, I cannot imagine how you will do this with the access rights > > of the files? > > > > > > My rough idea: > > > > > > 1) Create a "migrate" account in Wheel with home as > > > /var/migrate so that I can do a dump/restore on "home" without > > > messing things up > > > > Are you sure? Use /usr to make sure you will have enough space. > > You are making the rash and probably incorrect assumption that /usr is > the largest partition/filesystem. Many people, including I, make /home > or another partition be the large one. The OP may also have done that. > > > > > > 2) Start putting together all the pieces - trying to find > > > update / conversion scripts whenever possible. > > > > I think, this would only help if you would go the long way 5.x, > > 6.x, 7x and finally 8. > > > > Setup the new machine, install the applications you need, > > configure them as close as possible to the original configuration > > and see what happens. > > > > > 4) Let people move in, try it out, see how things are > > > 5) Fix everything found in #4 > > > 6) Try a cut-over and make sure all the network services work > > > in the middle of the night sometime, then switch back > > > > Oh, it is a life system in use while you migrate. > > > > Are you able to set the new thing up in parallel? > > > > It might be easier for you to run both machines and move first the > > simple things over. > > > > > 7) Nuke /home and /var/mail and migrate them again to get the > > > latest version 8) Do the real switch > > Move/migrate them first. Don't make assumptions about what the OP has > on /home. > > But, I agree, if possible, use a second machine with V 8.0 installed > and migrate to it. > > Otherwise, make full backups, check them for readability. Then do a new > install of FreeBSD V8. Add a large disk and pull stuff out of your dump > to it and then migrate that stuff piece by piece back to the machine > main filesystems. > > ////jerry > > > > > 9) spend a couple of weeks fixing all the things that weren't > > > so disastrous that they got picked up in #4. > > > > I think, if you do it service by service, you have a better chance > > to avoid this. > > > > > > Ideas / scripts / project plans / outlines - whatever? Maybe I > > > should write a chapter for The Complete FreeBSD after surviving > > > this... > > > > Yes. It is a Le Must. > > > > Erich Sorry, gang - I should have been more clear! I am DEFINITELY doing this on a new machine! And I don't need any "migration" storage, because, well, gosh - it's tcp, people! ;) I just did the first transfer of home, and it went swell: On elwood (the new, 8.0 system): cd / umount /home newfs /dev/ad0s3e mount /home cd /home rsh dexter "dump 0uf - /home" | restore rvf - That preserves all the file modification times, too, even on directories. All you young'uns out there - don't forget dump/restore! tar and cpio are nice, but sometimes, you just gotta take it all... ("dexter" is the old machine - the FreeBSD 4.3 system) Oh, BTW, just for giggles: 10:56AM up 492 days, 13:57, 2 users, load averages: 0.02, 0.03, 0.00 That's right! Nearly 500 days! And it was well over a two hundred days before that, but we had a power outage that outlasted the UPS. Gotta love this stuff! Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll rl0 1500 00:40:f4:8e:37:c7 384602213 1 585428419 0 0 rl0 1500 192.168.1 gateway 56160554 - 40918536 - - rl0 1500 dexter/32 dexter 246146 - 0 - - ed0 1500 52:54:40:21:f8:a8 609350703 376495 380734152 0 15678720 ed0 1500 XXmaskedXX xxMASKEDx x 63482137 - 380606442 - - lo0 16384 27069210 0 27069210 0 0 lo0 16384 127 localhost 27069192 - 27069192 - - 987522505 cpu context switches 2590296969 device interrupts 342786031 software interrupts 1096125243 traps 1217705867 system calls 4 kernel threads created 12006286 fork() calls 429899 vfork() calls 0 rfork() calls 954 swap pager pageins 1156 swap pager pages paged in 456 swap pager pageouts 774 swap pager pages paged out 7135 vnode pager pageins 32897 vnode pager pages paged in 1 vnode pager pageouts 1 vnode pager pages paged out 1502 page daemon wakeups 2926806 pages examined by the page daemon 7262 pages reactivated 507170456 copy-on-write faults 0 copy-on-write optimized faults 175434998 zero fill pages zeroed 127442529 zero fill pages prezeroed 1028 intransit blocking page faults 1020317711 total VM faults taken 0 pages affected by kernel thread creation 1300974057 pages affected by fork() 49625615 pages affected by vfork() 0 pages affected by rfork() 808730759 pages freed 4 pages freed by daemon 578473126 pages freed by exiting processes 10408 pages active 41102 pages inactive 2502 pages in VM cache 7573 pages wired down 2148 pages free 4096 bytes per page 637017826 total name lookups cache hits (69% pos + 4% neg) system 6% per-directory deletions 0%, falsehits 0%, toolong 0% -- John Lind john@starfire.MN.ORG