Bug 2290376

Summary: RHEL9.4 - Fedora EPEL - gperftools: tcmalloc for s390x was not built properly
Product: [Fedora] Fedora EPEL Reporter: IBM Bug Proxy <bugproxy>
Component: gperftoolsAssignee: Ken Dreyer <ktdreyer>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: epel9CC: bugproxy, dan, kdreyer, ktdreyer, spotrh, tstaudt
Target Milestone: ---   
Target Release: ---   
Hardware: s390x   
OS: All   
Whiteboard:
Fixed In Version: gperftools-2.9.1-3.el9 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-09-12 00:36:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description IBM Bug Proxy 2024-06-04 13:30:27 UTC

Comment 1 IBM Bug Proxy 2024-06-04 13:30:39 UTC
== Comment: #0 - Thomas Staudt <tstaudt.com> - 2024-06-04 08:23:31 ==
---Problem Description---
 
When testing ODF 4.16 we got ceph operator crashed and opened RedHat bugzilla against ODF: https://bugzilla.redhat.com/show_bug.cgi?id=2279527

After analysis from ODF/CEPH team, it turned out that tcmalloc library in RHEL 9.4 /lib64/libtcmalloc.so.4.5.9 is not compatible with glibc-2.34-100.el9.

The CEPH team suggested to build tcmalloc with the option -ftls-model=initial-exec 

Could you please help to address this issue? The problem blocks the ODF 4.16 release test on the IBM Z platform.

== Comment: #1 - Thomas Staudt <tstaudt.com> - 2024-06-04 08:24:35 ==
tcmalloc is included in gperftools in EPEL 9.

Comment 2 IBM Bug Proxy 2024-06-05 10:11:34 UTC
------- Comment From TSTOBER.com 2024-06-05 06:05 EDT-------
this issue is currently blocking any deployments of OpenShift Data Foundation for IBM Z. Therefore it is absolutely business critical for our upcoming next release of ODF.
Thank you for your help here!

Comment 3 Ken Dreyer (Red Hat) 2024-06-05 15:56:55 UTC
Tom, could you please say more about why you've created the patch to add --disable-general-dynamic-tls ?

It's not clear to me why you've set this for s390x. I'd like to understand the original reason before we reverse this.

Comment 4 Fedora Update System 2024-06-07 18:45:53 UTC
FEDORA-EPEL-2024-4e05a33ad0 (gperftools-2.15-2.el9) has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4e05a33ad0

Comment 5 Tom "spot" Callaway 2024-06-07 18:48:04 UTC
It's been a few years, but I believe it was test failures. Obviously not happening now, possibly due to other fixes on the s390x side.

Comment 6 Fedora Update System 2024-06-08 07:09:04 UTC
FEDORA-EPEL-2024-4e05a33ad0 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4e05a33ad0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Ken Dreyer (Red Hat) 2024-06-24 16:00:35 UTC
Summarizing my comments in https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4e05a33ad0 : I think this rebase to 2.15 is going to be too risky for epel9.

In https://src.fedoraproject.org/rpms/gperftools/commits/epel9 , I reverted back to gperftools-2.9.1-2.el9, then re-applied the %ifarch change.

Comment 8 Fedora Update System 2024-06-25 01:53:07 UTC
FEDORA-EPEL-2024-4e05a33ad0 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-4e05a33ad0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 9 Fedora Update System 2024-09-12 00:36:32 UTC
FEDORA-EPEL-2024-4e05a33ad0 (gperftools-2.9.1-3.el9) has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.