Bug 1778344

Summary:	build fails with Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: Assertion `!imap->l_init_called \|\| imap->l_type != lt_loaded' failed!
Product:	[Fedora] Fedora	Reporter:	Kevin Fenzi <kevin>
Component:	glibc	Assignee:	Florian Weimer <fweimer>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	aoliva, arjun.is, awilliam, codonell, dj, fweimer, law, mfabian, pfrankli, robatino, rth, siddhesh
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	glibc-2.30.9000-24.fc32	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-12-02 13:38:17 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1395758, 1705305

Description Kevin Fenzi 2019-11-30 03:36:02 UTC

calibre no longer builds, and has the following error with glibc-2.30.9000-21.fc32:

Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed!

https://koji.fedoraproject.org/koji/taskinfo?taskID=39401396

It could be an issue in calibre, but I am not sure how to debug or fix it there.

Comment 1 Carlos O'Donell 2019-11-30 14:57:09 UTC

(In reply to Kevin Fenzi from comment #0)
> calibre no longer builds, and has the following error with
> glibc-2.30.9000-21.fc32:
> 
> Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete:
> Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed!
> 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=39401396
> 
> It could be an issue in calibre, but I am not sure how to debug or fix it
> there.

In upstream glibc we recently improved our ability to commit or rollback failing dlopen calls, and these changes have a broader impact across the behaviour of the dynamic loader. Where possible we added meaningful asserts in the dynamic loader for cases we thought could not happen. This is such a case.

We're going to need to reproduce this on our end to debug why the calibre build gets into this state. Thanks for the report!

Comment 2 Florian Weimer 2019-12-02 09:04:48 UTC

I have been able to reproduce this issue. The assert is simply incorrect. glibc-2.30.9000-22.fc32 removes it. I will retry the calibre build once glibc has been built.

Comment 3 Florian Weimer 2019-12-02 13:38:17 UTC

Scratch build of calibre succeeded. Sorry for the inconvenience.

Comment 4 Adam Williamson 2019-12-02 18:08:13 UTC

*** Bug 1778891 has been marked as a duplicate of this bug. ***

Comment 5 Adam Williamson 2019-12-02 18:08:57 UTC

This broke gnome-maps at runtime, too - https://bugzilla.redhat.com/show_bug.cgi?id=1778891

Comment 6 Florian Weimer 2019-12-05 22:03:51 UTC

glibc-2.30.9000-24.fc32 has the fixed that has also been submitted upstream. calibre still builds in rawhide.