[NBLUG/talk] RedHat 9 gives segmentation fault after glibc update

Frank Ball frankb at efball.com
Tue Jun 3 10:43:00 PDT 2003


Yesterday I was upgrading a RedHat 9 machine and it tried to install the
i386 glibc rpm over a i686 glibc rpm.  It totally trashed the machine.
Pretty much every command segfaulted.  I was able to fix it today, but I
thought I let people know about the potential problem, some tips to
avoid it, and how to fix it.

There is no depedency check for this.  Many people have been caught by
it one way or another, and RedHat doesn't seem to give a rat's ass.

I was using apt-get to do the upgrade, and I did not have the
architecture specified in the /etc/apt/apt.conf file:

APT {
    Clean-Installed "false";
    Get {
        Assume-Yes "false";
        Download-Only "false";
        Show-Upgraded "true";
        Fix-Broken "false";
        Ignore-Missing "false";
        Compile "false";
        Architecture "i686";
    };
};

This is the way it looks now, with the "Architecture "i686";" line
added.  It now upgrades properly.

I got the fix from this page:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88456

Use CD#1 as a rescue image (type "linux rescue" at the boot prompt).

(b) rpm --root=/mnt/sysimage -qa | grep glibc

showed that glibc-common was updated, but both
glibc packages exist in the rpm database.
  OLD: glibc-2.3.2-11.9
  NEW: glibc-2.3.2-27.9

(2) removed glibc-2.3.2-11.9
    rpm --root=/mnt/sysimage -e glibc-2.3.2-11.9

    reinstalled glibc and glibc-common from the CDROM
      they were under /mnt/source/RedHat/RPMS/

    rpm --root=/mnt/sysimage -Uvh --force glibc-2.3.2-11.9.i686.rpm
glibc-common-2.3.2-11.9.i386.rpm

(3) test it out
    chroot /mnt/sysimage

You will know if the system fixed if the chroot does not segfault.


-- 

   Frank Ball               frankb at efball.com



More information about the talk mailing list