Bug 1873552
| Summary: | [RHEL 7 DTS 10] sigign.test fails on rhel-7.9 | ||
|---|---|---|---|
| Product: | Red Hat Developer Toolset | Reporter: | Edjunior Barbosa Machado <emachado> |
| Component: | strace | Assignee: | Eugene Syromiatnikov <esyr> |
| Status: | CLOSED CANTFIX | QA Contact: | Martin Cermak <mcermak> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | DTS 10.0 RHEL 7 | CC: | dj, emachado, esyr, fche, law, mjw, mnewsome, ohudlick |
| Target Milestone: | alpha | Keywords: | Bugfix, Patch |
| Target Release: | 9.1 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1780068 | Environment: | |
| Last Closed: | 2021-01-15 16:33:12 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: | |||
| Bug Depends On: | 1780068, 1793984, 1874594 | ||
| Bug Blocks: | |||
|
Description
Edjunior Barbosa Machado
2020-08-28 15:27:21 UTC
Okay, so, on s390x the issue is similar, it is caused by missing restore of SIGILL/SIFPE handlers by openssl, in OPENSSL_cpuid_setup function. I've opened bug 1874594 in that regard. On others architectures it is different, the masked SIGPIPE comes from nspr: rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=0}, NULL, 8) = 0 > /usr/lib64/libpthread-2.17.so(__libc_sigaction+0xa4) [0x19714] > /usr/lib64/libpthread-2.17.so(__sigaction+0x1b) [0x197eb] > /usr/lib64/libnspr4.so(_PR_UnixInit+0x5b) [0x400cb] > /usr/lib64/libnspr4.so(_PR_InitStuff+0x223) [0x297a3] > /usr/lib64/libcurl.so.4.3.0(Curl_nss_init+0x3f) [0x59cff] > /usr/lib64/libcurl.so.4.3.0(Curl_ssl_init+0x27) [0x4d547] > /usr/lib64/libcurl.so.4.3.0(curl_global_init+0x87) [0x3a5b7] > /opt/rh/devtoolset-10/root/usr/lib64/libdebuginfod-0.180.so(libdebuginfod_ctor+0x13) [0x2213] > /usr/lib64/ld-2.17.so(_dl_init_internal+0x157) [0x196e7] > /usr/lib64/ld-2.17.so(dl_open_worker+0x783) [0x1fa03] > /usr/lib64/ld-2.17.so(_dl_catch_error+0x9f) [0x1941f] > /usr/lib64/ld-2.17.so(_dl_open+0xeb) [0x1ebdb] > /usr/lib64/libdl-2.17.so(dlopen_doit+0x93) [0x17b3] > /usr/lib64/ld-2.17.so(_dl_catch_error+0x9f) [0x1941f] > /usr/lib64/libdl-2.17.so(_dlerror_run+0xb7) [0x2227] > /usr/lib64/libdl-2.17.so(dlopen@@GLIBC_2.3+0x3f) [0x18af] > /opt/rh/devtoolset-10/root/usr/bin/strace(__libdwfl_debuginfod_init+0x2b) [0x1000690b] > /opt/rh/devtoolset-10/root/usr/bin/strace(__libc_csu_init+0x8b) [0x100d169b] > /usr/lib64/libc-2.17.so(generic_start_main.isra.0+0xcb) [0x47c6b] > /usr/lib64/libc-2.17.so(generic_start_main.isra.0+0xcb) [0x47c6b] > /usr/lib64/libc-2.17.so(__libc_start_main+0xb3) [0x47ef3] > No DWARF information found It seems that the signal-action-breaking behaviour is present in upstream as well[1]. I'm not sure why it doesn't happen on RHEL 8, however. (btw, scl enable devtoolset-10 -- /opt/rh/devtoolset-10/root/usr/bin/strace -k -e trace=%signal ../set_sigign 0 13 /opt/rh/devtoolset-10/root/usr/bin/strace -enone ../check_sigign 0 13 fails on s390x as well, it just happens that the openssl issue masks it). [1] https://hg.mozilla.org/projects/nspr/file/tip/pr/src/md/unix/unix.c#l2820 Since 1874594 has been closed as WONTFIX, this one does not seem to be able to be helped, unless strace/libdw switch to on-demand loading of the offending libraries. |