Bug 1877730
| Summary: | NIS users lookup failure in getpwuid | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Aleksandr Sharov <asharov> | ||||||||
| Component: | glibc | Assignee: | glibc team <glibc-bugzilla> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | qe-baseos-tools-bugs | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 8.2 | CC: | asakure, ashankar, codonell, dj, dpal, fdvorak, fweimer, mnewsome, pfrankli, sipoyare, skolosov | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | 8.0 | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2020-09-24 09:10:18 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: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Aleksandr Sharov
2020-09-10 10:09:21 UTC
Created attachment 1714404 [details]
Strace of the app with working libs
Created attachment 1714405 [details]
Strace of the app with not working libs
Created attachment 1714583 [details]
Ltrace of the app with not working libs
Adding ltrace
Do we have an in-house reproducer for this issue? In the non-working case, a non-system version of OpenSSL appears to be loaded: openat(AT_FDCWD, "/opt/uge/8.6.12/bin/lx-amd64/../../lib/lx-amd64/libcrypto.so.1.1", O_RDONLY|O_CLOEXEC) = 3 Is it possible to reproduce the problem with the system OpenSSL version? krb5-libs-1.17-18.el8.x86_64 loads libcrypto.so.1.1 from OpenSSL, while krb5-libs-1.17-9.el8.x86_64 does not. This explains why a downgrade krb5-libs appears to resolve the issue. Hi Florian! Thank you for your explanation, but is there a way to make uge and krb5_libs coexist and don't utilise uge's libcrypto.so.1.1 ? There's no sign of uge in ls.so.conf and none in LD_LIBRARY_PATH, DT_RPATH or DT_RUNPATH specified in the system, just general PATH and MANPATH and it's own variable: [root@gotcentos8uge1t ~]# grep -i uge /etc/ld.so.conf* -r [root@gotcentos8uge1t ~]# printenv | grep uge SGE_ROOT=/opt/uge/default MANPATH=/opt/uge/default/man:/usr/share/man:/usr/local/share/man PATH=/opt/uge/default/bin/lx-amd64:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin Thank you! I don't know what “uge” is and how it works. You could run the failing process with LD_DEBUG=all, to see if there are any dynamic linker diagnostics that show why it augments the search path in this way. It turns out a non-system OpenSSL version was loaded, as a result of an RPATH setting in the main executable. |