Re: Looking Ahead - Upgrade

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sam Varshavchik wrote:
Rick Stevens writes:

Gene Poole wrote:
In the near future I would like to upgrade my server machine from Fedora 8 x86_64 to Fedora 9 x86_64. This machine has several key components running,
including Oracle 10G, Samba, and Apache - Tomcat.

Has anyone any idea what I can expect so I can plan ahead?

Always back stuff up.  Expect it all to go to hell and force a
reinstall.  That's the only truly safe way.

Well, one of my machines originally had Red Hat 3.3 installed, and it's been upgraded with every release since then, until the current Fedora 8 (not to mention all of its hardware replaced in the interim). It's as stable as a freshly-installed box.

Upgrades are never a problem, if you follow some simple, straightforward rules.

Uh, oh.  I smell trouble...

The only problems you'll ever have will not be as a direct result of the upgrade, per se, but rather the new stuff occasionally not plainly working. I recall one upgrade, I think it was Red Hat 5, that loaded a kernel that had a bug that caused a complete freeze, and that was triggered only on certain hardware, and I won the lottery. That caused a little bit of excitement. Of course, a fresh install won't make much of a difference here.

The rules are pretty simple:

* Do not install stuff manually, cowboy-style. Always use rpm to install software packages, instead of crossing your fingers before running 'make install'.

Not always possible.  I recently had to put OpenSSL 0.9.8g on a CentOS
5.1 machine to pass a certain certification.  The latest OpenSSL for
CentOS 5.1 is 0.9.8b (farking ancient).  I did it by building it from
a F9-Preview source RPM, building it (with some tweaks as F9 has some
ciphers that CentOS 5.1 doesn't have), installing the binaries and
poking various symlinks and such to make existing apps happy.  So, Rule
1 can't ALWAYS be adhered to, no matter how "stock" you want your system
to be.

* After each upgrade, open /root/upgrade.log, and filter out all the whining from rpm about the configuration files. For each configuration file, open the carried-over one that was left in place, take all the changes you have in the old file, manually merge it into the .rpmnew file, then replace the old configuration file with the .rpmnew file.

* Know your software. If you're running MySQL or Postgres, dump your database before the upgrade. Major dot-releases of Postgres will often refuse to boot up with the previous release's database. You'll need to nuke your entire DB, start Postgres and have it initialize a fresh DB, then load your dump. Other major software packages may have their own idiosyncrasies.

The fact you've had good luck in upgrades is (to be honest) a bit
anecdotal.  There have been many, MANY people with completely stock
systems that have crashed and burned BIG time.  Even Red Hat doesn't
recommend an upgrade more than 2 revs up (e.g. F7-->F9).

All I'm saying is be prepared for the worst.  Yes, it may (and probably
will) be OK, but it may not as smooth as you'd like.

Your mileage may vary.  Batteries not included.  <insert desired
disclaimer here>
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer                       rps2@xxxxxxxx -
- Hosting Consulting, Inc.                                           -
-                                                                    -
-              "Swap memory error: You lose your mind"               -
----------------------------------------------------------------------

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux