Red Hat Bugzilla – Bug 219449
anaconda used an incorrect sequence to install rpms
Last modified: 2013-01-09 23:09:15 EST
Description of problem:
I built up CD and DVD images from the FC development tree, but the installation
failed. /root/istall.log reports lots of errors.
I used pungi to build the images. But it still failed if I use the old scripts
which did work before.
It looks like anaconda used an incorrect sequence to install rpms, e.g., install
other rpms before installing rpm bash.
I checked repodata/primary.xml.gz and the rpm sequence is correct.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 143492 [details]
/root/install.log get when installing os
Can you provide /var/log/anaconda.log from teh system?
I found the mirror files at my site were incorrect. After resyning the files,
I tried to rebuild the DVD images. Unfortunately, the installation failed
again and reported:
"libpython2.5.so.1.0: cannot open shared object file:No such file or
My buildup machine has python 2.4. I forced to install python 2.5 and
anaconda -18.104.22.168-1 and tried to rebuildup the DVD images by pungi, but the
So it looks like I need python 2.5 to buildup DVD images, but the python 2.5
could only be installed by the new DVD. It looks like a chicken-egg issue.
Any suggestion is highly appreciated!
I tried the latest anaconda-22.214.171.124-1 to rebuildup dvd image.
Many issues (CD/hard/network didn't work) disappeared, but
anaconda aborted after I inputed NFS inatallation server. It reported
libnash.so.6.0.6 was missing.
cann't open share dobject file: No such file or directory.
I checked stage2.img and couldn't find libnash.so under usr/lib.
I applied below patch, the nash.so issue disappeared.
1) Install by nfs: hit the glibc double free issue;
2) Install by cdrom: it reported no drive to have the cd;
3) Install by hard disk: it listed all partitions, but mount always failed.
Wait for the new packages.
diff -Nraup anaconda-126.96.36.199/scripts/upd-instroot
--- anaconda-188.8.131.52/scripts/upd-instroot 2007-01-06 05:23:57.000000000
+++ anaconda-184.108.40.206_fix/scripts/upd-instroot 2007-01-11
@@ -123,7 +123,7 @@ PACKAGES="glibc glibc-common setup opens
db4 rhpxl xorg-x11-server-Xorg libuser system-config-date
yum-metadata-parser gfs2-utils libvolume_id
libdhcp libnl libdhcp6client libdhcp4client
- dmraid python-pyblock mkinitrd libbdevid libbdevid-python"
+ dmraid python-pyblock mkinitrd libbdevid libbdevid-python nash"
if [ $ARCH = i386 -o $ARCH = x86_64 ]; then
PACKAGES="$PACKAGES pcmciautils dmidecode"
@@ -395,6 +395,7 @@ usr/$LIBDIR/libnl*
I got the latest development tree, including anaconda-220.127.116.11-1, and rebuilt
Update on the installation of the new image:
1) Install by nfs: Exception;
2) Install by cdrom: Didn't test it;
3) Install by hard disk: Still old issue. It listed all partitions, but mount
The nfs installation exception log/trace will be attached.
Created attachment 145422 [details]
Created attachment 145424 [details]
The root cause is class Network in file network.py puts useIPv4/6 as per
NetworkDevice attributes while class NetworkDeviceWindow still thinks
useIPv4/6 are net attributes.
(In reply to comment #9)
> The root cause is class Network in file network.py puts useIPv4/6 as per
> NetworkDevice attributes while class NetworkDeviceWindow still thinks
> useIPv4/6 are net attributes.
This is tracked by #222840 Please do one issue per bug, rather than a host of
issues in one bug (:
We've gotten so far from the original issue that I don't know if we can close
this or not.
Thanks. This report could be closed. I will post further info to #222840.