Herb, My first thought would be is it really necessary to update/upgrade these? I would look at them individually according to the purpose they serve and evaluate whether the patch set in question would offer performance or stability gains that outweigh the risk of loading new code. The virtual machines might be a different story if you can take snapshots and revert back. You might also consider breaking disk mirrors and doing your upgrades and then remirroring if you satisfied.
John On Jul 11, 2:20 pm, Herb Burnswell <[email protected]> wrote: > I started a new position and have inherited a system of 50+ Linux > boxes running Fedora 4, Fedora 7, Fedora 13, and RHEL 5.x. It's about > 1/2 physical and 1/2 virtual machines in a production and dev/test > environment. The systems are application/DNS/web/database servers > without a great deal of user login. > > I'm putting together a plan for hardening, patching, etc and would > like to get folks thoughts... > > Regarding the Fedora systems, are there reasons not to upgrade these > machines to the most recent Fedora release? I've read about fresh > install vs. upgrade but it will be a while before I would have the > bandwidth to migrate to fresh installs. Thoughts/experiences/opinions > on upgrading the Fedora machines? > > For the most part, the systems have not been kept up to date on > updates/patching. I would like to get everything onto a regular > update/patching schedule and set up a local repository/mirror from the > Redhat Network. Can the Fedora systems update from a local repository > pulled from Redhat (the RHEL systems are licensed)? Or would there > need to be two repos? > > Any feedback would be greatly appreciated. Thanks in advance. > > Herb -- You received this message because you are subscribed to the Linux Users Group. To post a message, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit our group at http://groups.google.com/group/linuxusersgroup References can be found at: http://goo.gl/anqri Please remember to abide by our list rules (http://tinyurl.com/LUG-Rules or http://cdn.fsdev.net/List-Rules.pdf)
