Matlab 2018a Crash on Lauch CentOS 7

Matlab 2018a is crashing at launch on CentOS 7. I believe it was working until the most recent CentOS point release.

Crash report:

matlab

--------------------------------------------------------------------------------
       Segmentation violation detected at Tue Jun 19 11:37:14 2018 -0700
--------------------------------------------------------------------------------

Configuration:
  Crash Decoding           : Disabled - No sandbox or build area path
  Crash Mode               : continue (default)
  Default Encoding         : UTF-8
  Deployed                 : false
  GNU C Library            : 2.17 stable
  Java Version             : Java 1.8.0_144-b01 with Oracle Corporation Java HotSpot(TM) 64-Bit Server VM mixed mode
  MATLAB Architecture      : glnxa64
  MATLAB Entitlement ID    : 868171
  MATLAB Root              : /opt/mathworks/R2018a
  MATLAB Version           : 9.4.0.813654 (R2018a)
  Operating System         : "CentOS Linux release 7.5.1804 (Core) "
  Process ID               : 79363
  Processor ID             : x86 Family 6 Model 46 Stepping 6, GenuineIntel
  Session Key              : ead876be-01e0-4934-b58c-8375bff6a0c9
  Static TLS mitigation    : Enabled: Full
  Window System            : Moba/X (11603000), display localhost:10.0

Fault Count: 1

Abnormal termination

Register State (from fault):
  RAX = 00007f1b89c033d0  RBX = 00007f1b6bd3b170
  RCX = 00007f1b9f41ee89  RDX = 0000000000000003
  RSP = 00007f1b66d6acb0  RBP = 00007f1b66d6acd0
  RSI = 00007f1b66d6ad70  RDI = 0000000000000062

     R8 = 0000000000000000   R9 = 00007f1b68036e80
    R10 = 0000000000000000  R11 = 0000000000000212
    R12 = 00007f1b680b3f68  R13 = 00007f1b680b3f60
    R14 = 00007f1b9f41e730  R15 = 00007f1b682de750

    RIP = 00007f1b87c8c2ab  EFL = 0000000000010202

     CS = 0033   FS = 0000   GS = 0000

Stack Trace (from fault):
[  0] 0x00007f1b87c8c2ab                         /lib64/libLLVM-5.0-rhel.so+05702315 _ZNSt13__future_base16_Task_state_baseIFvvEED1Ev+00000027
[  1] 0x000000000040c276           /opt/mathworks/R2018a/bin/glnxa64/MATLAB+00049782 _ZNSt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE2EE10_M_releaseEv+00000102
[  2] 0x00007f1b82d2e3df               bin/glnxa64/libmwsearch_path_impl.so+00455647 _ZNSt13packaged_taskIFvvEED1Ev+00000431
[  3] 0x00007f1b82d2e4a0               bin/glnxa64/libmwsearch_path_impl.so+00455840
[  4] 0x00007f1b82cf86c0               bin/glnxa64/libmwsearch_path_impl.so+00235200
[  5] 0x00007f1ba126d65f /opt/mathworks/R2018a/bin/glnxa64/../../sys/os/glnxa64/libstdc++.so.6+00759391
[  6] 0x00007f1b9f419e25                             /lib64/libpthread.so.0+00032293
[  7] 0x00007f1ba0ccfbad                                   /lib64/libc.so.6+01043373 clone+00000109
[  8] 0x0000000000000000                                   <unknown-module>+00000000

** This crash report has been saved to disk as /home/vhasfcellese/matlab_crash_dump.79363-1 **

MATLAB is exiting because of fatal error
Killed

[Erik Ellestad]

Double checked. R2018a works on CentOS Linux release 7.4.1708 (Core). It crashes on CentOS Linux release 7.5.1804 (Core).

Answer 1

[Sindhu Yerragunta]

Hi Erik,

The following link addresses the same crash,

https://www.mathworks.com/matlabcentral/answers/405556-why-does-matlab-r2018a-crash-on-startup-on-red-hat-7-5-with-libllvm-in-the-trace?s_tid=answers_rc1-1_p1_MLT

Hope this helps.

-Sindhu

[Jeffrey Frey]

This does not address the issue on our CentOS 7.4.1708 system.

• With a remote X display, starting as "matlab -nojvm" works fine
• With a remote X display, starting as "matlab -nodisplay" works fine
• With a remote X display, starting as "matlab" crashes with the error cited by Erik on this ticket
• Without a remote X display, starting as "matlab" works fine

The problem appears to be related to changes to X11 support libraries on CentOS: if I add "/usr/lib64/libglvnd" to LD_LIBRARY_PATH then the Matlab GUI works properly. The libglvnd is a vendor-neutral set of X11 libraries (including a libGLX.so) that seem to have replaced libraries of the same name under /usr/lib64. When the Matlab GUI tries to load X11 extension libraries at runtime, it crashes because e.g. libGLX can no longer be found by the runtime linker.

My solution ended up being to add the following /etc/ld.so.conf.d/libglvnd.conf to the system

 /usr/lib64/libglvnd

as root and issue a ldconfig to get libglvnd's X11 extensions known in general.