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.
Segmentation faults in applications because of only non-existent paths in *LD_LIBRARY_PATH* no longer happen
Previously, when the *LD_LIBRARY_PATH* environment variable contained only non-existent paths, the dynamic loader produced a segmentation fault. Consequently, applications terminated unexpectedly with a segmentation fault at startup in the described situation. The dynamic loader has been fixed. As a result, applications no longer terminate unexpectedly in the described situation.
Note that updating the _glibc_ package is enough to fix this bug for any affected applications.
Description of problem:
Opening this bug as an offshoot of the following BZ. The bug report below was originally opened against tigervnc-server, but the problem is actually localized to the glibc package:
1413085 - tigervnc-server segmentation fault
This has been observed within the Fedora 21 release, and addressed:
1184234 - apparent glibc bug causes gnucash to segfault on startup when LD_LIBRARY_PATH is set to nonexistent directory
Version-Release number of selected component (if applicable):
glibc-2.17-157.el7_3.1.x86_64
How reproducible:
Simple
Steps to Reproduce:
1. Set an invalid LD_LIBRARY_PATH
# export LD_LIBRARY_PATH=/pathtonothing
2. Start the vncserver
# vncserver -geometry 1280x1024"
3.
Actual results:
Segfault
Expected results:
Graceful continue or exit
Additional info:
The upstream issue has been reported in:
15378 – Segmentation fault when LD_LIBRARY_PATH contains (only) non-existings paths
https://sourceware.org/bugzilla/show_bug.cgi?id=15378
Thanks for reporting this. We will be looking at this bug as part of our review for RHEL 7.5. If you need a fix sooner please add more information to this bug report. The immediate workaround is to set LD_LIBRARY_PATH in such a way as to avoid the issue.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2018:0805
Description of problem: Opening this bug as an offshoot of the following BZ. The bug report below was originally opened against tigervnc-server, but the problem is actually localized to the glibc package: 1413085 - tigervnc-server segmentation fault This has been observed within the Fedora 21 release, and addressed: 1184234 - apparent glibc bug causes gnucash to segfault on startup when LD_LIBRARY_PATH is set to nonexistent directory Version-Release number of selected component (if applicable): glibc-2.17-157.el7_3.1.x86_64 How reproducible: Simple Steps to Reproduce: 1. Set an invalid LD_LIBRARY_PATH # export LD_LIBRARY_PATH=/pathtonothing 2. Start the vncserver # vncserver -geometry 1280x1024" 3. Actual results: Segfault Expected results: Graceful continue or exit Additional info: The upstream issue has been reported in: 15378 – Segmentation fault when LD_LIBRARY_PATH contains (only) non-existings paths https://sourceware.org/bugzilla/show_bug.cgi?id=15378