R P Herrold wrote: > On Tue, 24 Oct 2006, David Eisner wrote: >> With the end of Legacy support for RH9, I'd like to migrate my Fedora >> Legacified RH9 box to Centos 3. >> http://www.owlriver.com/tips/centos-31-ex-rhl-9/ >> Any thoughts on whether this should also work with the .legacy packages? > > As author of the migration instructions in question, let me give an > unqualified "Yes, probably" .... ;) [...] > good luck -- please let us know how it turns out. > > - Russ Herrold [Better late than never ...] Summary: The upgrade worked, with a few minor snags. I am now running Centos-3.8 on that box. A few notes: Full disclosure: I screwed up and wound up using Centos 3.8 isos, but used the Centos *3.1* updates in step 3. of the Owl River instructions. I don't think this caused any major problems, though. First I pared down the number of packages (removing -devel, etc.) to a little under 400. And, yes, the box is backed-up nightly (with the most recent full backup tapes at hand). Here are the issues I ran into. 1. The Centos-3.8 isos for CD 1 and 3 both had a comps-3.8centos.0-0.20060803.i386.rpm package, which were not identical. I used the CD 3 version. 2. In step 8. of the Owl River instructions, when I executed "yum -y -t -c /etc/yum-upgrade.conf upgrade rpm kernel", I got a Segmentation Fault at this point: Gathering header information file(s) from server(s) Server: CentOS-9 - Updates Server: Centos upgrade Finding updated packages Downloading needed headers Finding obsoleted packages Resolving dependencies [Segmentation fault happened here] To solve this, I first tried upgrading python from python-2.2.2-26 to python-2.2.3-26, using an RPM downloaded from www.python.org. This didn't help. So I tried running "/usr/bin/python /usr/bin/yum -y -t -c ..." in gdb to see where it was crashing, but it Heisenbergily refused to segfault this time. In any case I wasn't complaining. 3. Step 8. has one run the same two commands twice. The second time I ran "rpm -vv --rebuilddb", it was not happy: # rpm -vv --rebuilddb D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.10450 D: creating directory /var/lib/rpmrebuilddb.10450 D: opening old database with dbapi 3 D: opening db environment /var/lib/rpm/Packages joinenv rpmdb: Program version 4.2 doesn't match environment version error: db4 error(22) from dbenv->open: Invalid argument D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 error: cannot open Packages index D: removing directory /var/lib/rpmrebuilddb.10450 I rebooted, and then the rebuilddb worked. The second "yum -y -t -c /etc/yum-upgrade.conf upgrade rpm kernel" ran and, not surprisingly, told me there were no upgrades available. 4. Step 9. worked fine, it just took awhile. However, a few .legacy packages remained: $ rpm -qa |grep legacy sendmail-cf-8.12.11-4.24.1.legacy fetchmail-6.2.0-3.4.legacy libpng10-1.0.15-0.9.1.legacy gettext-0.11.4-7.2.legacy kernel-2.4.20-46.9.legacy tcpdump-3.7.2-7.9.4.legacy libpcap-0.7.2-7.9.4.legacy kernel-2.4.20-43.9.legacy zip-2.3-26.1.0.9.legacy sendmail-8.12.11-4.24.1.legacy I removed the legacy kernel packages, and "upgraded" the rest manually with rpm -Uvh --force. That seems to have worked. Then I rebooted. Finally I replaced /etc/yum.conf with the sample given in the Owl River instructions, and it appears to be working (there were two packages available for updating (GConf and oaf) which I was able to do with no problems). If I run into any problems in the future, I'll let you know. -David -- fedora-legacy-list mailing list fedora-legacy-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-legacy-list
