Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 83737 - cannot handle file 'libc.so.6' with TLS data
cannot handle file 'libc.so.6' with TLS data
Product: Red Hat Raw Hide
Classification: Retired
Component: glibc (Show other bugs)
athlon Linux
medium Severity high
: ---
: ---
Assigned To: Jakub Jelinek
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2003-02-07 13:44 EST by Kim Bisgaard
Modified: 2016-11-24 10:02 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-02-07 17:21:03 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Kim Bisgaard 2003-02-07 13:44:50 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202

Description of problem:
I am running with RedHat 8.0 with selected rawhide updates - and this wednsday I
upgraded glibc and binutils from rawhide. After that RPM stops after
"Preparing..." has reached 100% with the following error:
cannot handle file 'libc.so.6' with TLS data

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

How reproducible:

Steps to Reproduce:
1.rpm -Fvh glibc-2.3.1-41.i686.rpm


Actual Results:  Preparing...               
########################################### [100%]
cannot handle file 'libc.so.6' with TLS data

Expected Results:  get my rpm's installed

Additional info:


RedHat 8.0 with upgrades to rawhide of gcc,binutils,glibc,kde,xfree.
Comment 1 Michael Young 2003-02-07 16:35:36 EST
I suspect this is the first attempt to use rpm since you upgraded from the 8.0
glibc, and your problem is that rpm isn't new enough.
Comment 2 Jakub Jelinek 2003-02-07 17:21:03 EST
You need to upgrade at least all statically linked applications which use NSS
or iconv (ie. dlopen shared libraries).
Comment 3 Kim Bisgaard 2003-02-09 05:50:13 EST
Thanks for the help!

Isen't that a bug with regard to some dependency?

Do you have an idea on how to:
1. identify which applications that is? except from rpm
2. how to upgrade them when rpm does not work?

Best regards,
Comment 4 Michael Young 2003-02-10 05:26:47 EST
You could have dug yourself into a hole it is not easy to escape from! Setting
the environment variable LD_ASSUME_KERNEL=2.2.5 is worth a try; it turns off TLS
in some cases, though I don't know if it will work in this one. Otherwise you
could boot off your CD in rescue mode; run linux rescue at the boot prompt, and
install the necessary packages that way, though the simplest way is probably to
download the phoebe beta CDs, and upgrade completely to the beta.

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