Thank you for being a valued part of the CNET community. As of December 1, 2020, the forums are in read-only format. In early 2021, CNET Forums will no longer be available. We are grateful for the participation and advice you have provided to one another over the years.

Thanks,

CNET Support

General discussion

Upgrading from RHEL v3 to v5

Mar 25, 2007 8:26PM PDT

Hello all. I?m running Redhat Enterprise Linux version 3.0 with an active RHN subscription.

Linux 2.4.21-47.EL #1 SMP Wed Jul 5 20:30:36 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux

I want to upgrade to version 5.0. I?m a bit anxious though. I only have a few users, but have spent a lot of time getting everything running well. My question: If I install Red Hat Enterprise V5 using the upgrade option via the anaconda installer, will I loose any of my data or applications? I know that doing a clean wipe and reinstall is the BEST solution, but if possible I would like to upgrade.

Here is what I?m specifically concerned about loosing:
Apache, MySql, PHP, Qmail, Vpopmail, and various other small applications (Webalizer, etc?). All of the above have been compiled from source. I?m also concerned about stuff in /usr /usr/home /etc and /var

The Red Hat manual section on upgrading speaks to the preservation of RPMs and packages and fails to address the above mentioned in any detail.

Thanks in advance for any info you may have. --Jesse Happy

Discussion is locked

- Collapse -
Partition info
Mar 25, 2007 9:08PM PDT

Yall,

Here's some partition information about my box. I've read a few things about information getting overwritten if the above mentioned dirs were not on separate partitions.

more fstab
LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/sda3 swap swap defaults 0 0
/dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0

- Collapse -
preserving your custom LAMP stack
Mar 27, 2007 3:20AM PDT

As I understand the Linux Standards Base, Red Hat gets to mess with /bin and /usr/bin, and you get to do what you want in /opt and /usr/local/. When you built your Apache, PHP, and MySQL, you gave their configure scripts an option like --prefix=/usr/local or --prefix-/opt/mylampstack right?

If you put your binaries side by side with Red Hat's, you've made a mess for yourself. I might make a test install on another machine, without Red Hat's Apache, PHP, and MySQL and see if it works or what breaks. It's too many files to go looking for them one by one.

I used to build that stuff from the upstream sources, too. The argument was the distro's versions are too old or they've got too much baggage. I let the distro do it now. The versions are new enough, and I don't have time to keep up with PHP's frequent security patches. Apache is highly modular, so the "baggage" is module files on disk, not in memory. And you get RH's package integrity checking.