From: Charles Lacour <gentoo-dev@clacour.com>
To: "Gregg" <gregg@sc.am>, <gentoo-dev@gentoo.org>
Cc: <gentoo-user@gentoo.org>
Subject: Re: [gentoo-dev] Upgrade, course of action.
Date: Fri, 23 Aug 2002 20:25:48 -0500 [thread overview]
Message-ID: <02082320254900.01412@bugler> (raw)
In-Reply-To: <2301.12.247.253.40.1030094569.squirrel@sc.am>
On Friday 23 August 2002 04:22, Gregg wrote:
> I run a server, it hosts 127 websites.
Hope with that domain name that doesn't mean what I think it means... <g>
> Has many users for various other
> things. It is currently on a celeron 600 overclocked to 675, with 256
> megs of ram. The motherboard supports celeron and pII. It is beginning
> to choke. It is time to upgrade the motherboard, cpu and ram. Since this
> is an old setup (celeron and old mobo) what do I need to do when replacing
> them. Everything is obviously compiled for it. I have not changed any of
> my flags in the configuration files. So it is all just i686 in the
> c*flags. I want to go up to an athlon 2200. So, what do I need to
> consider before switching them out, what do I need to do afterword . This
> is a 1.3b_test system with all the latest updates (except gcc 3.2, I am
> still on 3.1.1)
I agree with some of the other posters. You're being REAL brave running that
on a 1.3 beta. On a server, I would have definitely gone with 1.2 (and been a
bit sweaty about the palms doing that -- Gentoo's strength is not stability
right now.) I hope most of those 127 sites belong to friends of yours that
are forgiving about outages.
The one recommendation I would make would be to compile your kernel for all
the new stuff as well as the old (I'd do it with modules), and if in doubt,
make it a module. (You'd have to have support for modules compiled in, of
course.)
I just had to replace a motherboard myself recently, and there were all kinds
of little oddities I had to clean up. Having support for everything in the
kernel will minimize your downtime getting the new box up. (I assume you want
it up as soon as practical.)
One other little tidbit from recent personal experience. Be sure to check
things out with hdparm once you get the new motherboard in. My new one had
one of my hard drives running at about 4 MB/s. After I turned on the usual
stuff, it ran about 40.5 MB/s. Your mileage will almost certainly vary, but
it's always worth checking.
next prev parent reply other threads:[~2002-08-24 1:25 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-23 9:22 [gentoo-dev] Upgrade, course of action Gregg
2002-08-23 16:30 ` [gentoo-dev] Re: [gentoo-user] " Michael Monsen
2002-08-23 16:31 ` Michael Monsen
2002-08-23 18:20 ` Dominik Westner
2002-08-23 19:30 ` [gentoo-dev] " Alexander Gretencord
2002-08-23 20:45 ` Gregg
2002-08-24 1:25 ` Charles Lacour [this message]
2002-08-24 5:24 ` Gregg
2002-08-24 6:41 ` [gentoo-dev] " Paul
2002-08-24 8:03 ` [gentoo-dev] " Thomas M. Beaudry
2002-08-24 11:59 ` Alexander Gretencord
2002-08-25 0:28 ` Gregg
2002-08-25 4:58 ` Thomas M. Beaudry
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=02082320254900.01412@bugler \
--to=gentoo-dev@clacour.com \
--cc=gentoo-dev@gentoo.org \
--cc=gentoo-user@gentoo.org \
--cc=gregg@sc.am \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox