Date: Sat, 23 Jan 2010 11:19:34 -0500 From: Jerry McAllister <jerrymc@msu.edu> To: Erich Dollansky <oceanare@pacific.net.sg> Cc: John <john@starfire.mn.org>, freebsd-questions@freebsd.org Subject: Re: Migration planning - old system to new Message-ID: <20100123161934.GA27277@gizmo.acns.msu.edu> In-Reply-To: <201001231015.22934.oceanare@pacific.net.sg> References: <20100122111219.A31898@starfire.mn.org> <201001231015.22934.oceanare@pacific.net.sg>
next in thread | previous in thread | raw e-mail | index | archive | help
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 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100123161934.GA27277>