Skip site navigation (1)Skip section navigation (2)
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>