Segmentation fault on startup

Hi everyone,

I get a segmentation fault error when trying to start Mantid or matnidnightly.
I am on Ubuntu 18.04 and I have installed both mantid and mantidnightly using apt.

When I try to run mantidworkbench, I get two times the following message: “Segmentation fault (core dumped)”.
The mantidplot program runs well however. Also the previous version (4.2) runs smoothly for mantiplot and mantidworkbench.

Any ideas on what could cause that?

Best,
Kevin

Hi Kevin, do you see this on Workbench 5.0?

Firstly, does the startup slash screen appear? Does the error reporter appear??

Hi Daniel,

Yes indeed, this appear with Workbench 5.0.
I have no splash screen or any error message.

Here is what I get:

kpounot@kpounot-X556UQ:~$ /opt/Mantid/bin/mantidworkbench 
Segmentation fault (core dumped)
Segmentation fault (core dumped)

Even using “set -x”, I don’t get anything more.

Can you check if these imports work, if not send the outputs:

/opt/Mantid/bin/mantidpython --classic
import qtpy.QtCore

import mantid.simpleapi

Thanks for your help.

The imports work fine:

kpounot@kpounot-X556UQ:~$ /opt/Mantid/bin/mantidpython --classic
Python 3.6.9 (default, Jul 17 2020, 12:50:27) 
[GCC 8.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import qtpy.QtCore
>>> import mantid.simpleapi
FrameworkManager-[Notice] Welcome to Mantid 5.0.0
FrameworkManager-[Notice] Please cite: http://dx.doi.org/10.1016/j.nima.2014.07.029 and this   release: http://dx.doi.org/10.5286/Software/Mantid5.0
>>>

No problem. Thats good!

Try renaming the mantid related config files:

cd $HOME/.config/mantidproject
mv mantidproject.ini mantidproject.ini.backup
# Try again to start workbench, if that doesn't work ...

cd $HOME
mv .mantid .mantidbackup
# Try again to start workbench

I only have a mantidworkbench.ini in the folder. But renaming the .mantid folder also don’t solve the problem.

I don’t know if this might be of help, but here is a valgrind run output on the call to workbench (not really familiar with it, something wrong with my libc.so?):

kpounot@kpounot-X556UQ:~$ valgrind -v --leak-check=full /opt/Mantid/bin/mantidworkbench 
==31387== Memcheck, a memory error detector
==31387== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==31387== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==31387== Command: /opt/Mantid/bin/mantidworkbench
==31387== 
--31387-- Valgrind options:
--31387--    -v
--31387--    --leak-check=full
--31387-- Contents of /proc/version:
--31387--   Linux version 5.4.0-47-generic (buildd@lgw01-amd64-038) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #51~18.04.1-Ubuntu SMP Sat Sep 5 14:35:50 UTC 2020
--31387-- 
--31387-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp-sse3-avx-avx2-bmi
--31387-- Page sizes: currently 4096, max supported 4096
--31387-- Valgrind library directory: /usr/lib/valgrind
--31387-- Reading syms from /bin/dash
--31387--    object doesn't have a symbol table
--31387-- Reading syms from /lib/x86_64-linux-gnu/ld-2.27.so
--31387--   Considering /lib/x86_64-linux-gnu/ld-2.27.so ..
--31387--   .. CRC mismatch (computed ac9397f6 wanted d0d82632)
--31387--   Considering /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.27.so ..
--31387--   .. CRC is valid
--31387-- Reading syms from /usr/lib/valgrind/memcheck-amd64-linux
--31387--   Considering /usr/lib/valgrind/memcheck-amd64-linux ..
--31387--   .. CRC mismatch (computed 41ddb025 wanted 9972f546)
--31387--    object doesn't have a symbol table
--31387--    object doesn't have a dynamic symbol table
--31387-- Scheduler: using generic scheduler lock implementation.
--31387-- Reading suppressions file: /usr/lib/valgrind/default.supp
==31387== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-31387-by-kpounot-on-???
==31387== embedded gdbserver: writing to   /tmp/vgdb-pipe-to-vgdb-from-31387-by-kpounot-on-???
==31387== embedded gdbserver: shared mem   /tmp/vgdb-pipe-shared-mem-vgdb-31387-by-kpounot-on-???
==31387== 
==31387== TO CONTROL THIS PROCESS USING vgdb (which you probably
==31387== don't want to do, unless you know exactly what you're doing,
==31387== or are doing some strange experiment):
==31387==   /usr/lib/valgrind/../../bin/vgdb --pid=31387 ...command...
==31387== 
==31387== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==31387==   /path/to/gdb /opt/Mantid/bin/mantidworkbench
==31387== and then give GDB the following command
==31387==   target remote | /usr/lib/valgrind/../../bin/vgdb --pid=31387
==31387== --pid is optional if only one valgrind process is running
==31387== 
--31387-- REDIR: 0x401f320 (ld-linux-x86-64.so.2:strlen) redirected to 0x580608c1 (???)
--31387-- REDIR: 0x401f100 (ld-linux-x86-64.so.2:index) redirected to 0x580608db (???)
--31387-- Reading syms from /usr/lib/valgrind/vgpreload_core-amd64-linux.so
--31387--   Considering /usr/lib/valgrind/vgpreload_core-amd64-linux.so ..
--31387--   .. CRC mismatch (computed 50df1b30 wanted 4800a4cf)
--31387--    object doesn't have a symbol table
--31387-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so
--31387--   Considering /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so ..
--31387--   .. CRC mismatch (computed f893b962 wanted 95ee359e)
--31387--    object doesn't have a symbol table
==31387== WARNING: new redirection conflicts with existing -- ignoring it
--31387--     old: 0x0401f320 (strlen              ) R-> (0000.0) 0x580608c1 ???
--31387--     new: 0x0401f320 (strlen              ) R-> (2007.0) 0x04c32db0 strlen
--31387-- REDIR: 0x401d390 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c33ee0 (strcmp)
--31387-- REDIR: 0x401f860 (ld-linux-x86-64.so.2:mempcpy) redirected to 0x4c374f0 (mempcpy)
--31387-- Reading syms from /lib/x86_64-linux-gnu/libc-2.27.so
--31387--   Considering /lib/x86_64-linux-gnu/libc-2.27.so ..
--31387--   .. CRC mismatch (computed c2c067b2 wanted d73adc7f)
--31387--   Considering /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.27.so ..
--31387--   .. CRC is valid
--31387-- REDIR: 0x4edace0 (libc.so.6:memmove) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9db0 (libc.so.6:strncpy) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edafc0 (libc.so.6:strcasecmp) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9800 (libc.so.6:strcat) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9de0 (libc.so.6:rindex) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edc830 (libc.so.6:rawmemchr) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edae50 (libc.so.6:mempcpy) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edac80 (libc.so.6:bcmp) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9d70 (libc.so.6:strncmp) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9870 (libc.so.6:strcmp) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edadb0 (libc.so.6:memset) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ef8160 (libc.so.6:wcschr) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9d10 (libc.so.6:strnlen) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed98e0 (libc.so.6:strcspn) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edb010 (libc.so.6:strncasecmp) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed98b0 (libc.so.6:strcpy) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edb150 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9e10 (libc.so.6:strpbrk) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9830 (libc.so.6:index) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ed9ce0 (libc.so.6:strlen) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ee4730 (libc.so.6:memrchr) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edb060 (libc.so.6:strcasecmp_l) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edac50 (libc.so.6:memchr) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4ef8f20 (libc.so.6:wcslen) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4eda0c0 (libc.so.6:strspn) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edaf90 (libc.so.6:stpncpy) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edaf60 (libc.so.6:stpcpy) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edc860 (libc.so.6:strchrnul) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edb0b0 (libc.so.6:strncasecmp_l) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4edab90 (libc.so.6:strstr) redirected to 0x4a2a6e0 (_vgnU_ifunc_wrapper)
--31387-- REDIR: 0x4fca630 (libc.so.6:__strrchr_avx2) redirected to 0x4c32730 (rindex)
--31387-- REDIR: 0x4ed30e0 (libc.so.6:malloc) redirected to 0x4c2faa0 (malloc)
--31387-- REDIR: 0x4fca440 (libc.so.6:__strchrnul_avx2) redirected to 0x4c37020 (strchrnul)
--31387-- REDIR: 0x4fca800 (libc.so.6:__strlen_avx2) redirected to 0x4c32cf0 (strlen)
--31387-- REDIR: 0x4fcad20 (libc.so.6:__mempcpy_avx_unaligned_erms) redirected to 0x4c37130 (mempcpy)
--31387-- REDIR: 0x4fcad40 (libc.so.6:__memcpy_avx_unaligned_erms) redirected to 0x4c366e0 (memmove)
--31387-- REDIR: 0x4fa5fd0 (libc.so.6:__strcmp_ssse3) redirected to 0x4c33da0 (strcmp)
--31387-- REDIR: 0x4fc62e0 (libc.so.6:__strcspn_sse42) redirected to 0x4c378d0 (strcspn)
--31387-- REDIR: 0x4ed4ca0 (libc.so.6:realloc) redirected to 0x4c31cb0 (realloc)
--31390-- REDIR: 0x4fc6420 (libc.so.6:__strpbrk_sse42) redirected to 0x4c37860 (strpbrk)
--31390-- REDIR: 0x4fca210 (libc.so.6:__strchr_avx2) redirected to 0x4c32950 (index)
--31390-- REDIR: 0x4fb7bc0 (libc.so.6:__strcpy_ssse3) redirected to 0x4c32dd0 (strcpy)
--31387-- REDIR: 0x4fca210 (libc.so.6:__strchr_avx2) redirected to 0x4c32950 (index)
--31387-- REDIR: 0x4ed39c0 (libc.so.6:free) redirected to 0x4c30cd0 (free)
--31392-- REDIR: 0x4fc6420 (libc.so.6:__strpbrk_sse42) redirected to 0x4c37860 (strpbrk)
--31392-- REDIR: 0x4fb7bc0 (libc.so.6:__strcpy_ssse3) redirected to 0x4c32dd0 (strcpy)
--31393-- REDIR: 0x4fc6420 (libc.so.6:__strpbrk_sse42) redirected to 0x4c37860 (strpbrk)
--31393-- REDIR: 0x4fb7bc0 (libc.so.6:__strcpy_ssse3) redirected to 0x4c32dd0 (strcpy)
--31387-- REDIR: 0x4fc6420 (libc.so.6:__strpbrk_sse42) redirected to 0x4c37860 (strpbrk)
--31387-- REDIR: 0x4fb7bc0 (libc.so.6:__strcpy_ssse3) redirected to 0x4c32dd0 (strcpy)
==31394== Warning: invalid file descriptor -1 in syscall close()
==31394==    at 0x4F4C9E4: close (close.c:27)
==31394==    by 0x10ED7E: ??? (in /bin/dash)
==31394==    by 0x10E49D: ??? (in /bin/dash)
==31394==    by 0x10F8F2: ??? (in /bin/dash)
==31394==    by 0x1127FB: ??? (in /bin/dash)
==31394==    by 0x112AE0: ??? (in /bin/dash)
==31394==    by 0x10F304: ??? (in /bin/dash)
==31394==    by 0x10E49D: ??? (in /bin/dash)
==31394==    by 0x10E591: ??? (in /bin/dash)
==31394==    by 0x10E591: ??? (in /bin/dash)
==31394==    by 0x10E49D: ??? (in /bin/dash)
==31394==    by 0x11566D: ??? (in /bin/dash)
==31394== 
==31394== HEAP SUMMARY:
==31394==     in use at exit: 4,368 bytes in 86 blocks
==31394==   total heap usage: 114 allocs, 28 frees, 13,148 bytes allocated
==31394== 
==31394== Searching for pointers to 86 not-freed blocks
==31394== Checked 82,672 bytes
==31394== 
==31394== LEAK SUMMARY:
==31394==    definitely lost: 0 bytes in 0 blocks
==31394==    indirectly lost: 0 bytes in 0 blocks
==31394==      possibly lost: 0 bytes in 0 blocks
==31394==    still reachable: 4,368 bytes in 86 blocks
==31394==         suppressed: 0 bytes in 0 blocks
==31394== Reachable blocks (those to which a pointer was found) are not shown.
==31394== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==31394== 
==31394== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
==31394== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
--31387-- REDIR: 0x4fbbef0 (libc.so.6:__stpcpy_ssse3) redirected to 0x4c35f60 (stpcpy)
Segmentation fault (core dumped)
Segmentation fault (core dumped)
==31387== 
==31387== HEAP SUMMARY:
==31387==     in use at exit: 3,051 bytes in 85 blocks
==31387==   total heap usage: 168 allocs, 83 frees, 31,196 bytes allocated
==31387== 
==31387== Searching for pointers to 85 not-freed blocks
==31387== Checked 81,128 bytes
==31387== 
==31387== LEAK SUMMARY:
==31387==    definitely lost: 0 bytes in 0 blocks
==31387==    indirectly lost: 0 bytes in 0 blocks
==31387==      possibly lost: 0 bytes in 0 blocks
==31387==    still reachable: 3,051 bytes in 85 blocks
==31387==         suppressed: 0 bytes in 0 blocks
==31387== Reachable blocks (those to which a pointer was found) are not shown.
==31387== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==31387== 
==31387== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
==31387== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

I’m not sure I can see what’s wrong from that output, but I’ll ask a colleague to have a look.
Are you able to open this file: $HOME/.mantid/Mantid.user.properties in any texteditor, and add each code line to the end of the file:

UpdateInstrumentDefinitions.OnStartup = 0
CheckMantidVersion.OnStartup = 0
usagereports.enabled = 0
projectRecovery.enabled=false

Yes, I have added the lines. I still get the segmentation fault though.

Can you run these commands and send the outputs:

  1. echo $PATH

cd /opt/Mantid/bin/
python -c "import sys; import os; import pprint; pprint.pprint(sys.path); pprint.pprint(os.environ)"
  1. python -c "import numpy; print(numpy.__file__)"

Sure, here it is:

kpounot@kpounot-X556UQ:~$ echo $PATH
/home/kpounot/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/opt/Mantid/bin
kpounot@kpounot-X556UQ:~$ cd /opt/Mantid/bin/
kpounot@kpounot-X556UQ:/opt/Mantid/bin$ python -c "import sys; import os; import pprint; pprint.pprint(sys.path); pprint.pprint(os.environ)"
['',
 '/usr/lib/python2.7',
 '/usr/lib/python2.7/plat-x86_64-linux-gnu',
 '/usr/lib/python2.7/lib-tk',
 '/usr/lib/python2.7/lib-old',
 '/usr/lib/python2.7/lib-dynload',
 '/usr/local/lib/python2.7/dist-packages',
 '/usr/lib/python2.7/dist-packages']
{'LC_NUMERIC': 'fr_FR.UTF-8', 'QT4_IM_MODULE': 'xim', 'WINDOWPATH': '2', 'XDG_CURRENT_DESKTOP': 'ubuntu:GNOME', 'LC_PAPER': 'fr_FR.UTF-8', 'QT_IM_MODULE': 'ibus', 'LOGNAME': 'kpounot', 'USER': 'kpounot', 'PATH': '/home/kpounot/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/opt/Mantid/bin', 'XDG_VTNR': '2', 'HOME': '/home/kpounot', 'DISPLAY': ':0', 'SSH_AGENT_PID': '1448', 'LANG': 'en_US.UTF-8', 'TERM': 'xterm-256color', 'SHELL': '/bin/bash', 'XAUTHORITY': '/run/user/1000/gdm/Xauthority', 'SESSION_MANAGER': 'local/kpounot-X556UQ:@/tmp/.ICE-unix/1352,unix/kpounot-X556UQ:/tmp/.ICE-unix/1352', 'LC_MEASUREMENT': 'fr_FR.UTF-8', 'MANDATORY_PATH': '/usr/share/gconf/ubuntu.mandatory.path', 'QT_ACCESSIBILITY': '1', 'PV_PLUGIN_PATH': '/opt/Mantid/plugins/paraview/qt4/', 'CLUTTER_IM_MODULE': 'xim', 'TEXTDOMAIN': 'im-config', 'GNOME_TERMINAL_SERVICE': ':1.79', 'DESKTOP_AUTOSTART_ID': '10d818b9ade3173d09160008652167690200000013520007', 'XMODIFIERS': '@im=ibus', 'GPG_AGENT_INFO': '/run/user/1000/gnupg/S.gpg-agent:0:1', 'USERNAME': 'kpounot', 'XDG_SESSION_DESKTOP': 'ubuntu', 'SHLVL': '1', 'XDG_RUNTIME_DIR': '/run/user/1000', 'GTK_IM_MODULE': 'ibus', 'LC_ADDRESS': 'fr_FR.UTF-8', 'SSH_AUTH_SOCK': '/run/user/1000/keyring/ssh', 'VTE_VERSION': '5202', 'GDMSESSION': 'ubuntu', 'IM_CONFIG_PHASE': '2', 'LC_TIME': 'fr_FR.UTF-8', 'TEXTDOMAINDIR': '/usr/share/locale/', 'GNOME_SHELL_SESSION_MODE': 'ubuntu', 'XDG_DATA_DIRS': '/usr/share/ubuntu:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop', 'XDG_CONFIG_DIRS': '/etc/xdg/xdg-ubuntu:/etc/xdg', 'LESSOPEN': '| /usr/bin/lesspipe %s', 'XDG_SESSION_ID': '2', 'DBUS_SESSION_BUS_ADDRESS': 'unix:path=/run/user/1000/bus', '_': '/usr/bin/python', 'GTK_MODULES': 'gail:atk-bridge', 'LC_IDENTIFICATION': 'fr_FR.UTF-8', 'DESKTOP_SESSION': 'ubuntu', 'LESSCLOSE': '/usr/bin/lesspipe %s %s', 'DEFAULTS_PATH': '/usr/share/gconf/ubuntu.default.path', 'XDG_SESSION_TYPE': 'x11', 'XDG_SEAT': 'seat0', 'OLDPWD': '/home/kpounot', 'LC_TELEPHONE': 'fr_FR.UTF-8', 'LC_MONETARY': 'fr_FR.UTF-8', 'PWD': '/opt/Mantid/bin', 'COLORTERM': 'truecolor', 'LC_NAME': 'fr_FR.UTF-8', 'XDG_MENU_PREFIX': 'gnome-', 'GNOME_DESKTOP_SESSION_ID': 'this-is-deprecated', 'LS_COLORS': 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:', 'GNOME_TERMINAL_SCREEN': '/org/gnome/Terminal/screen/c2a5015f_37e6_48d5_9013_a7d870da2e74'}
kpounot@kpounot-X556UQ:/opt/Mantid/bin$ 
kpounot@kpounot-X556UQ:/opt/Mantid/bin$     python -c "import numpy; print(numpy.__file__)"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named numpy

And the last command after having installed numpy with python 2:

kpounot@kpounot-X556UQ:/opt/Mantid/bin$ python -c "import numpy; print(numpy.__file__)"
/home/kpounot/.local/lib/python2.7/site-packages/numpy/__init__.pyc

Can you run export PYTHONNOUSERSITE=1 and then try to open workbench?

Great, that worked! Many thanks!

So I would have a broken package in my user python distribution?

It’s simply that Mantid was picking up a different (newer) version of numpy compared to what it expected. Glad it’s now working!!