Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
+++ This bug was initially created as a clone of Bug #1625507 +++
The relinking step as part of the Oracle Database installation assumes that a libpthread_nonshared.a library exists. Apparently, it doesn't use -lpthread as it should, and instead links against the individual files expected to be in the libpthread linker script.
We should add a workaround to F29 for this by including an empty libpthread_nonshared.a in a compat subpackage.
Failure during Oracle install looks like this:
/usr/bin/make -f ins_rdbms.mk client_sharedlib ORACLE_HOME=/ora/db/
/ora/db/bin/genclntsh
/usr/bin/ld: cannot find /usr/lib64/libpthread_nonshared.a
genclntsh: Failed to link libclntshcore.so.12.1
This affects Oracle 12cR2.
---
Should this be provided by rhel9, or should we instruct users to run:
# ar cr /usr/lib64/libpthread_nonshared.a
in some documentation?
The package is built, just not available for rhel9, probably in the minimization process or rhel9.
The file can be created manually using this command:
ar cr /usr/lib64/libpthread_nonshared.a
It produces the same empty archive.
However, if I recall correctly, we noticed during early testing that this was NOT sufficient for a successful installation because the Oracle-provided stub objects need to adapt to the changes in glibc 2.34. Specifically, the stat function used to be part of libc_nonshared.a in glibc 2.28, but in glibc 2.34, it has been replaced by a shared implementation in libc.so.6 proper, and is gone from libc_nonshared.a. Usually, such a change is transparent to pre-compiled binaries, but in this particular case, the Oracle-provided libc.so.6 stub object does not contain a stat symbol. As a workaround, it is necessary to replace the libc.so.6 stub object with the real system libc.so.6.
I want to answer the original question in comment #1, and again state that yes customers can create libpthread_nonshared.a as Florian says in comment #3.
We do not believe that there is a glibc packaging change that will simplify the installation, and so we have not provided a similar compatibility library in RHEL9.
A KCS article should be created that documents any recommended practices regarding the installation of Oracle Database on RHEL9.