Omnisci_web_server installation problem
Hi
I am trying to get a dedicated Ubuntu system running. Similar to the below post- the omnisci_web_server service does not get installed properly
I have run through the documented steps twice- starting on a clean system each time with the same results- so I'm pretty sure I have not missed anything. I'm using the 'Ubuntu Enterprise/Free Editions GPU with Apt' option https://docs.heavy.ai/installation-and-configuration/installation/installing-on-ubuntu/ubuntu-apt-gpu-ee
I am guessing the problem is with the installation shell script. As below- an entry is created in /lib/systemd/system for omnisci_server, but not for omnisci_web_server
https://community.heavy.ai/t/failed-to-start-omnisci-web-don-t-know-where-is-the-issue/2885/4
thanks for any help in advance
Andrew
-
Hi @andrewh ,
That script has been unchanged for ages (it will be changed in the next release to manage to add some env variable needed by Vulkan), and we didn't get any special issue on UBUNTU or CENTOS.
The only reason I can think about you're having this issue is because the OS edition that comes without a web server has been installed on your system.
Running the
apt list omnisci
command you would get 5.10.2-20220218-4112053580 in case of OS version and 5.10.2-20220214-05c2d3ef72 in case of EE/Free version.Could you provide the output of ls -la of /opt/omnisci/systemd directory?
Anyway is likely you are going to have some issues with Vulkan back-end rendering, so I suggest adding this to the systemd entry
sudo vi /usr/lib/systemd/system/omnisci_server.service
[Service] Environment="VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/nvidia_icd.json
Then, run
sudo systemctl daemon-reload
.Best regards, Candido.
-
Hi Candido
I went back to square 1 and did a fresh install using the tarball option/instructions It seems to resolve the webserver issue- contents of /opt/omnisci/systemd is now
-rwxr-xr-x 1 ubuntu4 ubuntu4 3235 Feb 15 02:06 install_omnisci_systemd.sh -rw-r--r-- 1 ubuntu4 ubuntu4 153 Feb 15 02:06 omnisci.conf.in -rw-r--r-- 1 ubuntu4 ubuntu4 43 Feb 15 02:06 omnisci-sds.conf.in -rw-r--r-- 1 ubuntu4 ubuntu4 336 Feb 15 02:06 omnisci_sd_server.service.in -rw-r--r-- 1 ubuntu4 ubuntu4 346 Feb 15 02:06 omnisci_sd_server@.service.in -rw-r--r-- 1 ubuntu4 ubuntu4 366 Feb 15 02:06 omnisci_server.service.in -rw-r--r-- 1 ubuntu4 ubuntu4 376 Feb 15 02:06 omnisci_server@.service.in -rw-r--r-- 1 ubuntu4 ubuntu4 320 Feb 15 02:06 omnisci_web_server.service.in -rw-r--r-- 1 ubuntu4 ubuntu4 330 Feb 15 02:06 omnisci_web_server@.service.in
However- I get the black screen problem when trying http://localhost:6273/ (I've completed the steps you described above)
I can see some other posts on the forum about this issue & the vulcan rendering. Should I follow the steps in those posts (disabling vulcan) ??
thanks
Andrew
-
Hi @andrewh,
With the APT install, you had the OS repository configured, so the problem.
About the Vulkan problem, the new scrips provided would resolve the issue, but in the meantime, you could try to edit the
/usr/lib/systemd/system/omnisci_server.service
adding the entryEnvironment=" VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/nvidia_icd.json
in the [Service] section. I strongly suggest this than suppressing the Vulkan renderer, because starting with the 6.0 release, the OpenGL Renderer will be ditched all, and you would miss the Backend-renderer that's one of the best features of the Heavy.AI platform.You can read about troubleshooting Vulkan at this link https://docs.heavy.ai/troubleshooting/vulkan-graphics-api-beta
Candido
-
Hi Candido
thanks for the reply I tried again from scratch (using Ubuntu server rather than desktop version)- but I think I'm going backwards...
This time, install_omnisci_systemd.sh produces the following error (I'm just using the defaults)
OMNISCI_USER=omnisci OMNISCI_GROUP=omnisci OMNISCI_PATH=/opt/omnisci OMNISCI_LOG=/var/lib/omnisci/data/mapd_log OMNISCI_STORAGE=/var/lib/omnisci
/opt/omnisci/bin/initdb: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory
I've had a look through documentation on the initdb part- and can't se where the problem is
thanks for your patience
Andrew
-
Hi,
The initdb command as our server depends on not so much OS libraries, and in this case, one of the libraries needed is missing.
To install the missing library isn't a big deal; you have to run this simple command.
sudo apt install libldap-2.4-2
It should fix your issue.
If you want to know in advance, some other libraries are missing, use the ldd command on initdb
ldd initdb
It will output the libraries present in the system and the missing ones.
Candido
-
thanks Candido
I did already try installing libldap-2.4-2, but it comes up with a message that it is not available and libldap-common replaces it (which is installed)
ubuntu5@server:~$ sudo apt install libldap-2.4-2 [sudo] password for ubuntu5: Reading package lists... Done Building dependency tree... Done Reading state information... Done Package libldap-2.4-2 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: libldap-common
The output of dd initdb is:
ubuntu5@server:/opt/omnisci/bin$ ldd initdb linux-vdso.so.1 (0x00007ffc97697000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9572408000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f9572403000) libcuda.so.1 => /lib/x86_64-linux-gnu/libcuda.so.1 (0x00007f9570bd3000) libldap-2.4.so.2 => not found liblber-2.4.so.2 => not found libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9570bce000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f9570ae8000) libvulkan.so.1 => /lib/x86_64-linux-gnu/libvulkan.so.1 (0x00007f9570a93000) libEGL.so.1 => /lib/x86_64-linux-gnu/libEGL.so.1 (0x00007f9570a81000) libOpenGL.so.0 => /lib/x86_64-linux-gnu/libOpenGL.so.0 (0x00007f9570a55000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f957082d000) /lib64/ld-linux-x86-64.so.2 (0x00007f9572422000) libGLdispatch.so.0 => /lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007f9570775000)
I'm not sure if there a specific repository I should be pointing at ??
Andrew
-
I did that already (was fairly obvious) & it is already installed
Is there a specific OS version you recommend?- the release notes say 'Ubuntu 18.04 or later' I guess 18.04 would be the safest
ubuntu5@server:/opt/omnisci/bin$ sudo apt install libldap-common [sudo] password for ubuntu5: Reading package lists... Done Building dependency tree... Done Reading state information... Done libldap-common is already the newest version (2.5.6+dfsg-1~exp1ubuntu1).
-
Hi Candido
I eventually got it running- using Ubuntu 20.04.4 LTS I think there were 2 problems- using a newer OS (21.10) which led to issues with dependencies, and the Vulkan issue, which was resolved with
Environment="VK_ICD_FILENAMES=/etc/vulkan/icd.d/nvidia_icd.json"
For anyone else looking at this- note there is a (fairly obvious) missing closing quote in the thread above
thanks for your help
[quote="candido.dessanti, post:3, topic:2924"] [Service] Environment="VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/nvidia_icd.json [/quote]
Please sign in to leave a comment.
Comments
10 comments