Bug 467311 - power6 tuned libraries have mismatch in rtld_global_ro size
power6 tuned libraries have mismatch in rtld_global_ro size
Product: Fedora
Classification: Fedora
Component: glibc (Show other bugs)
powerpc Linux
medium Severity medium
: ---
: ---
Assigned To: Jakub Jelinek
Fedora Extras Quality Assurance
: 467474 (view as bug list)
Depends On:
Blocks: F10Target
  Show dependency treegraph
Reported: 2008-10-16 15:42 EDT by Josh Boyer
Modified: 2009-10-20 09:04 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-10-20 09:04:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
install.log from failed installation (49.44 KB, application/octet-stream)
2008-10-20 06:03 EDT, IBM Bug Proxy
no flags Details

  None (edit)
Description Josh Boyer 2008-10-16 15:42:01 EDT
Description of problem:

When trying to install rawhide on a POWER 6 machine, glibc fails with:

 Installing glibc-2.8.90-12.ppc

 Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion

 `map->l_init_called' failed!

 error: %post(glibc-2.8.90-12.ppc) scriptlet failed, exit status 127

Version-Release number of selected component (if applicable):


How reproducible:

Always (i think)

Steps to Reproduce:
1. Install rawhide on a POWER6 machine
Actual results:

See above

Expected results:

glibc installs

Additional info:

Apparently this is due to the fact that this patch:


is included in the source base for glibc.  The patch changes the size of rtld_global_ro when --with-cpu=power* is used to build glibc.  The base libc libraries are not built with --with-cpu= set at all, but the power6 tuned libraries have --with-cpu=power6.

There are two solutions:

1) Build the base versions of glibc with --with-cpu=power4 set
2) Revert the patch
Comment 1 Jakub Jelinek 2008-10-20 05:52:15 EDT
*** Bug 467474 has been marked as a duplicate of this bug. ***
Comment 2 Jakub Jelinek 2008-10-20 05:54:03 EDT
Should be fixed in glibc-2.8.90-14, please check it out.
Comment 3 IBM Bug Proxy 2008-10-20 06:03:26 EDT
=Comment: #0=================================================
When trying to install Fedora 10 Beta into a LPAR on a JS22 blade, system fails to boot from the
installed disk.

Here are the steps I used to do this :

1. boot LPAR from DVD iso image.
2. at yaboot prompt, choose linux (default)
3. follow the normal installation process, that is
- configure disks
- select timezone
- select packages to be installed
- ...
4. install packages onto disk
5. installation ends with a window offering to reboot.

6. reboot

After reboot firmware fails to detect hardware. This is due to an empty PReP partition.
When attaching the disk to a different to find out what had actually gone wrong I found a
(at best) incomplete installation :

- a lot of packages were missing
- some were installed incompletely

In the installation log I found the following messages :

Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion `map->l_init_called' failed!
Installing zlib-1.2.3-18.fc9.ppc

Not only for glibc but for a lot of other packages installed after glibc. I will attach a full log
to this bug.
In my interpretation the root cause for this seems to be in some problem in glibc on power6 and
everything after that is just a symptom of an incomplete installation.

So maybe this bug should rather be "glibc breaks installation on power6" ?
=Comment: #1=================================================
Jens Osterkamp <jens@de.ibm.com> -

install.log from failed installation

=Comment: #2=================================================
Maybe I should add that RHEL5u2 is running in a different LPAR on the same machine without problems.
I also have Fedora 10 Beta running on a different (QS2x) cell blade without problems.

I conclude it must be something unique to this machine (JS22).

*** This bug has been marked as a duplicate of 467311 ***
Comment 4 IBM Bug Proxy 2008-10-20 06:03:33 EDT
Created attachment 320858 [details]
install.log from failed installation
Comment 5 Ulrich Drepper 2008-10-23 01:01:14 EDT
What glibc version is the IBM report for?  It's useless in the current form.
Comment 6 Jakub Jelinek 2008-10-23 02:50:27 EDT
The problem was that hp-timing.h defined HP_TIMING_AVAIL only for power4 and power6 configured glibc, in rawhide ld.so comes from the base (pre-power4) build
and /lib/power6/ libc.so, libm.so, libpthread.so, librt.so come from power6 build,
which means ld.so disagreed on _rtld_global* offsets with the power6 libs.
I've nuked the 32-bit powerpc hp-timing stuff for fedora builds, they are usable for RHEL which now ships with base libs for *.a/*.o only and has power4 ld.so and shared libraries in /lib plus extra power6 libraries in /lib/power6.
Comment 7 IBM Bug Proxy 2008-10-30 08:50:45 EDT
installed snap3 from network, problem is fixed, closing.
Comment 8 Andrea Corona 2008-11-15 12:43:02 EST
I found the same problem with Fedora 9 installation on a JS22 LPAR.
Is it possible to fix it also in the FC9 tree?
Thank you
Comment 9 Bug Zapper 2008-11-25 22:55:56 EST
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:

Note You need to log in before you can comment on or make changes to this bug.