From: Jesper Juhl <jesper.juhl@gmail.com>
To: ress.weber@gmail.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: How to plan a kernel update ?
Date: Thu, 8 Sep 2005 20:55:09 +0200 [thread overview]
Message-ID: <9a874849050908115547d9967c@mail.gmail.com> (raw)
In-Reply-To: <9c23279705090810123132447d@mail.gmail.com>
On 9/8/05, Weber Ress <ress.weber@gmail.com> wrote:
> Hi,
>
> I'm responsible to planning a kernel upgrade in many servers, from 2.4
> version to 2.6.13 (last stable version), using Debian 3.1r0a
>
> My team has good technical skills, but they need to be led. I would
> like know, what's the best pratices and recommendations that a project
> manager need think BEFORE an kernel upgrade.
>
> A technical guy have a particular vision about this upgrade, but I
> will be very been thankful if I receive from this community another
> vision.. a vision centered in the project process (planning,
> executing, controlling) to make this activity successfully.
>
Ok, I'm no project manager, I guess I'd be clasified as one of the
"technical guys", but I do upgrade a lot of kernels, so I'll tell you
a little about what I do and what I'd recommend. Then you can do with
that info what you like :)
The very first thing you want to do is to ensure that all core
utilities/tools are up-to-date to versions that will work with your
new kernel.
If you download a copy of the 2.6.13 kernel source, extract it, and
look in the file Documentation/Changes you'll see a list of tools and
utils along with the minimum required version for them to work
properly with that kernel. Ensure those tools are OK.
Once you are sure the core utils are up-to-date you need to go check
whatever other important programs you have on the machine(s) and check
that those are also able to run OK with the new kernel.
Once you are satisfied that everything is up to a level that'll work
with the new kernel you can go build the new 2.6.13 kernel and drop it
in place. You don't need to remove your existing kernel first, you can
just install the 2.6.13 kernel side by side with the old one and test
boot it, then if it doesn't work right you can always reboot back to
the old one.
Most likely you can find documentation for your distribution stating
what version of it is "2.6 ready" - I use Slackware for example, and
Slackware 10.1 is completely 2.6 kernel ready, so on a Slackware 10.1
box there's no hassle at all, I just drop in a 2.6 kernel in place of
the 2.4 one it installs by default and everything is good - all tools
are already ready to cope.
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
next prev parent reply other threads:[~2005-09-08 18:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-08 17:12 How to plan a kernel update ? Weber Ress
2005-09-08 17:35 ` Michael Thonke
2005-09-08 17:49 ` linux-os (Dick Johnson)
2005-09-08 18:55 ` Jesper Juhl [this message]
2005-09-09 17:54 ` Weber Ress
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=9a874849050908115547d9967c@mail.gmail.com \
--to=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ress.weber@gmail.com \
/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