Error: Cannot resolve ContainerManager in Naming Service

Hello. I am new to Salome, using version 9.9 on ubuntu linux 20.04. I was able to install Salome yesterday and worked with a mesh earlier today. But now I am getting a strange error message and am not sure what it means.

When I open Salome now and try to open the “Geometry” module, I get this error popup about `Salome Exception: Error: Cannot resolve ContainerManager in Naming Service". Here is a picture of the error. Can anyone suggest what could be causing the problem?

The question is whether the issue occurs if you activate Geometry module only. You need to check that all system dependencies are installed. To do so, run:

      ./sat config SALOME-9.9.0-native --check_system

If it reports about missing system prerequisites, install them.
You can also share the list of packages installed on your Ubuntu 20, such that we can cross-check what could be missing: run:

apt list --installed > apt.UB20.txt
and upload it.

I have the same issue with Salome 9.10.0 on Ubuntu 20.04 (See my workaround below).

According to the sat script, I have all packages installed:

./sat/sat config SALOME-9.10.0-native --check_system

Output:


Check the system dependencies declared in the application

   - python3-babel : OK
   - python3-pytest-cython : OK
   - python3-jinja2 : OK
   - python3-pil : OK
   - python3-pyqt5 : OK
   - pyqt5-dev : OK
   - pyqt5-dev-tools : OK
   - python3-pygments : OK
   - python3-sphinx : OK
   - python3-alabaster : OK
   - libboost-all-dev : OK
   - python3-certifi : OK
   - python3-chardet : OK
   - python3-click : OK
   - libcminpack1 : OK
   - libcminpack-dev : OK
   - libcppunit-dev : OK
   - python3-cycler : OK
   - python3-dateutil : OK
   - python3-docutils : OK
   - doxygen : OK
   - libeigen3-dev : OK
   - fftw : OK
   - fftw-dev : OK
   - libfreeimage3 : OK
   - libfreeimage-dev : OK
   - libfreetype6 : OK
   - libfreetype6-dev : OK
   - graphviz : OK
   - libgraphviz-dev : OK
   - python3-idna : OK
   - python3-imagesize : OK
   - python3-kiwisolver : OK
   - liblapack3 : OK
   - liblapack-dev : OK
   - libxml2 : OK
   - libxml2-dev : OK
   - clang : OK
   - llvm-dev : OK
   - python3-markupsafe : OK
   - python3-matplotlib : OK
   - libmetis5 : OK
   - libmetis-dev : OK
   - python3-mpi4py : OK
   - python3-nose : OK
   - python3-numpy : OK
   - python3-numpydoc : OK
   - python3-packaging : OK
   - python3-pandas : OK
   - python3-psutil : OK
   - python3-pyparsing : OK
   - readline-common : OK
   - python3-tz : OK
   - libqwt-qt5-6 : OK
   - libqwt-qt5-dev : OK
   - python3-requests : OK
   - libltdl7 : OK
   - libgomp1 : OK
   - libdc1394-22 : OK
   - libncurses5 : OK
   - libxcb1 : OK
   - libexif12 : OK
   - libxmu6 : OK
   - libxext6 : OK
   - libopenexr24 : OK
   - libfftw3-double3 : OK
   - libice6 : OK
   - libglvnd0 : OK
   - libevent-2.1-7 : OK
   - libtiff5 : OK
   - libsm6 : OK
   - libnuma1 : OK
   - libbsd0 : OK
   - libwebp6 : OK
   - libglu1-mesa : OK
   - libtinfo6 : OK
   - libxkbcommon-x11-0 : OK
   - libx11-xcb1 : OK
   - libxcb-xfixes0 : OK
   - libgl1 : OK
   - libxpm4 : OK
   - libgphoto2-6 : OK
   - libsqlite3 : OK
   - libquadmath0 : OK
   - libgfortran5 : OK
   - libxi6 : OK
   - libgdal26 : OK
   - libstdc++6 : OK
   - libxrender1 : OK
   - libxau6 : OK
   - libxkbcommon0 : OK
   - libxcb-xkb1 : OK
   - libexpat1 : OK
   - libx11-6 : OK
   - openmpi-bin : OK
   - libtbb2 : OK
   - libzstd1 : OK
   - libilmbase24 : OK
   - libglx0 : OK
   - libdrm2 : OK
   - liblzma5 : OK
   - libffi7 : OK
   - libpcre3 : OK
   - libopengl0 : OK
   - libxt6 : OK
   - zlib1g : OK
   - libraw1394-11 : OK
   - libc6 : OK
   - libxss1 : OK
   - libbz2-1.0 : OK
   - libopenblas0-serial : OK
   - libgphoto2-port12 : OK
   - libxcb-glx0 : OK
   - libxft2 : OK
   - libegl1 : OK
   - libgcc-9-dev : OK
   - libpng16-16 : OK
   - libudev1 : OK
   - libusb-1.0-0 : OK
   - libfontconfig1 : OK
   - libuuid1 : OK
   - libxdmcp6 : OK
   - libjbig0 : OK
   - cython3 : OK
   - libxt-dev : OK
   - libjpeg-dev : OK
   - qtxmlpatterns5-dev-tools : OK
   - libopenmpi-dev : OK
   - libcurl4-openssl-dev : OK
   - libqt5svg5-dev : OK
   - sed : OK
   - libhwloc-dev : OK
   - automake : OK
   - libfftw3-dev : OK
   - gcc : OK
   - libtbb-dev : OK
   - cmake : OK
   - make : OK
   - g++ : OK
   - libreadline-dev : OK
   - perl : OK
   - libxpm-dev : OK
   - libqt5x11extras5-dev : OK
   - qttools5-dev : OK
   - flex : OK
   - dvipng : OK
   - libgeos-dev : OK
   - libssl-dev : OK
   - libxft-dev : OK
   - libxcursor-dev : OK
   - libtool : OK
   - libicu-dev : OK
   - libxi-dev : OK
   - libfontconfig1-dev : OK
   - libopenblas-dev : OK
   - libxmu-dev : OK
   - libgeotiff-dev : OK
   - libglu1-mesa-dev : OK
   - libgif-dev : OK
   - libxcb-dri2-0-dev : OK
   - libxkbcommon-dev : OK
   - libtiff5-dev : OK
   - libpng-dev : OK
   - libxkbcommon-x11-dev : OK
   - bison : OK
   - libexpat1-dev : OK
   - libsqlite3-dev : OK
   - libgdal-dev : OK
   - bzip2 : OK
   - python3-scipy : OK
   - python3-setuptools : OK
   - python3-sip : OK
   - python3-sip-dev : OK
   - python3-six : OK
   - python3-stemmer : OK
   - python3-sphinx-rtd-theme : OK
   - python3-sphinxcontrib.websupport : OK
   - sphinx-intl : OK
   - python3-statsmodels : OK
   - python3-statsmodels : OK
   - swig : OK
   - libtcl : OK
   - tcl-dev : OK
   - libtk : OK
   - tk-dev : OK
   - python3-toml : OK
   - python3-urllib3 : OK

I get the same error message when I click on the GEOM or MESH modules. However, this error doesn’t occur with the SHAPER module.

My current workaround is to switch to SHAPER module, then switch to GEOM or MESH module. In that case, that error message does not appear.

Regards
Samir

I encountered the same issue with salome 9.12; the workaround does work but it really should be fixed.