Bug 1413085
Summary: | tigervnc-server segmentation fault | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Yujen Juan <yjuan> | ||||
Component: | tigervnc | Assignee: | Jan Grulich <jgrulich> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Desktop QE <desktop-qa-list> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 7.3 | CC: | jan.lavoie, troy.engel | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2017-01-30 06:19:02 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1393395 | ||||||
Attachments: |
|
Description
Yujen Juan
2017-01-13 15:24:10 UTC
Useless backtrace, will be probably fixed by doing rebase. We've run into this where I work. We diagnosed it to be linked to invalid entries in LD_LIBRARY_PATH in our particular case. Obviously, it may be due to something else, so your mileage may vary. Hope this helps. That did it. Thank you! It turned out that I had set LD_LIBRARY_PATH to have a non-existent path. Removing it did the trick. This is a bug added from the upgrade of tigervnc from 1.3.1-4.el7_2 (RHEL 7.2) to 1.3.1-9.el7 (RHEL 7.3), if you yum downgrade tigervnc* to 1.3.1-4.el7_2 it then works as expected, as well as fixing LD_LIBRARY_PATH noted above as an alternate workaround. As my debug trace files include sensitive information, I'll open an issue on our Red Hat account and ask it be linked to this public BZ with a sosreport and so forth, as bz#1326867 is private and we cannot see the actual changes (I suspect it's this one). Here's a quick snippet of what I see in the RPM changelog between the two: ==== * Tue Sep 13 2016 Adam Jackson <ajax> - 1.3.1-9 - Force DT_RUNPATH to point to Mesa's libGL Resolves: bz#1326867 * Thu Jun 02 2016 Jan Grulich <jgrulich> - 1.3.1-8 - Make other security types work Resolves: bz#1341969 * Wed May 25 2016 Jan Grulich <jgrulich> - 1.3.1-7 - Restore default behaviour to listen on TCP Resolves: bz#1304646 * Tue May 24 2016 Jan Grulich <jgrulich> - 1.3.1-6 - Do not fail to bind a network socket Resolves: bz#1332575 - Do not die when port is already taken Resolves: bz#1322155 * Thu Mar 24 2016 Jan Grulich <jgrulich> - 1.3.1-5 - Update comments in vncserver configuration file example Resolves: bz#1295275 ==== In our case, the LD_LIBRARY_PATH is pre-preprepared in the user's (oracle) environment to start an Oracle installation, adding a directory in a custom path to it that has not yet been added/created by the Oracle installation process. Hi Florian, thanks for the reminder - I worked on this in the Red Hat case internally and forgot to update here for the casual readers; the root cause does appear to be the glibc bug as you just added, it's just by accident that this update to tigervnc has exposed it. I'm working with our RH case to get it onto the roadmap for engineering and a future Errata some day. I tracked down the upstream commit fixing it after finding the patch on a mailing list post from 2014. https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=elf/dl-load.c;h=41b91fcc86664b39ea8c0ce5ed35109ab494c925;hp=73174aa424af178c591cd55c549db292db459ebf;hb=9317ea653afc26402387cac67042f9890af6add2;hpb=bea58013607c6507108bc73744a0bf63d735f259 |