[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: named failing to restart after updating to RHEL3 U4
- From: "Lee Whatley, Contractor" <lwhatley ctr navo hpc mil>
- To: "Discussion of Red Hat Enterprise Linux 3 (Taroon)" <taroon-list redhat com>
- Subject: Re: named failing to restart after updating to RHEL3 U4
- Date: Wed, 22 Dec 2004 09:19:06 -0600
Josh Kelley wrote:
I feel like a novice for asking, but what's the easiest way to do this?
I know that I should be testing updates before I install them on
production servers, but I've always felt like the headache of (a)
keeping a test server with a configuration that's relatively similar to
my mail server and web server and file servers and everything else and
(b) figuring out a suite of tests that's reasonably likely to hit
functionality that might break is great enough that I instead just
install updates without testing and hope that I can catch whatever
problems occur before people get too upset. Is there some easy testing
technique that I'm missing?
Well, let me first preface this by saying that I am not an expert by any
means, so anything I do to test isn't necessairly the best way to do it.
I recommend having a couple of "test" machines that have pretty close to
FULL RedHat installs (at least install everything you would have on each
production machine) and are on a private network. When errata are
released, connect then to the public network to run "up2date". After
the packages are installed, again put them back on the private network.
How you test after this mostly depends on what packages were updated.
Obviously you'll want to make sure that all services you want running
in production are still running on the test machine. Make sure that
these services can be stopped and started and that they come up clean
after a reboot. You'll also want to check file permissions for changes
and log files for errors. As far as "trying to break stuff" goes, again
that depends on what packages you are testing. I'd suggest Postal for
sendmail and ab for Apache. (sorry, I don't have the links for these
off-hand). You can test things like ssh and such between the two test
boxes. For testing the kernel I usually just do a reboot and then try
to run programs that produce a relatively high load/disk activity and
leave it sitting for a day or two.
I hope that gets you started,
-Lee
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]