Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

error while loading shared libraries: libomp.so.5 #4498

Closed
afterimagex opened this issue Aug 6, 2021 · 17 comments
Closed

error while loading shared libraries: libomp.so.5 #4498

afterimagex opened this issue Aug 6, 2021 · 17 comments

Comments

@afterimagex
Copy link

afterimagex commented Aug 6, 2021

CARLA version: 0.9.12
Platform/OS: ubuntu-18.04.1
Problem you have experienced: when i run in docker, i get the error.
What you expected to happen: /home/carla/CarlaUE4/Binaries/Linux/CarlaUE4-Linux-Shipping: error while loading shared libraries: libomp.so.5: cannot open shared object file: No such file or directory
Steps to reproduce:
Other information (documentation you consulted, workarounds you tried):

docker pull carlasim/carla:0.9.12
sudo docker run --privileged --gpus all --net=host -v /tmp/.X11-unix:/tmp/.X11-unix:rw carlasim/carla:0.9.12 /bin/bash ./CarlaUE4.sh -RenderOffScreen

then i get the error:

/home/carla/CarlaUE4/Binaries/Linux/CarlaUE4-Linux-Shipping: error while loading shared libraries: libomp.so.5: cannot open shared object file: No such file or directory

@mawi42
Copy link

mawi42 commented Aug 6, 2021

Hi,

when I installed libomp5 it worked for me:

apt-get install libomp5

br
mawi

@guygo12345
Copy link

guygo12345 commented Aug 8, 2021

Got same problem when running on machine with no root permissions (so I can't install libomp5).
What can I do?

EDIT
Tried to copy the .so file from another place and add it to the PATH, now I don't get the error anymore but the server is not running and the process exits

@dmllr
Copy link

dmllr commented Aug 11, 2021

Same issue when running official 0.9.12 container. There's no issue with 0.9.11.

Installation of libomp5 inside docker container works as a workaround, but apparently it should be fixed officially.

@qhaas
Copy link
Contributor

qhaas commented Aug 13, 2021

Got same problem when running on machine with no root permissions (so I can't install libomp5).
What can I do?

EDIT
Tried to copy the .so file from another place and add it to the PATH, now I don't get the error anymore but the server is not running and the process exits

Deployed the libomp5 package inside the container and it crashes with no meaningful error.

@dmllr
Copy link

dmllr commented Aug 13, 2021

Got same problem when running on machine with no root permissions (so I can't install libomp5).
What can I do?
EDIT
Tried to copy the .so file from another place and add it to the PATH, now I don't get the error anymore but the server is not running and the process exits

Deployed the libomp5 package inside the container and it crashes with no meaningful error.

It might be related to the graphics driver in Ubuntu. Still not able to run the container over Vulcan backend.

What is your system environment?

@qhaas
Copy link
Contributor

qhaas commented Aug 13, 2021

Fixed the above crash by unset SDL_VIDEODRIVER, I was running xorg-less / headless with ./CarlaUE4.sh -vulkan -RenderOffscreen. I suspect others might be using the GUI.

Created P.R. #4538 to add the missing dependency. Albeit, it might be wiser to investigate 'why' this dependency now exists and / or consider static linking it since our Ubuntu 20.04 image didn't have this library when we tried running it 'bare metal'.

@guygo12345
Copy link

Thank you, the "-RenderOffscreen" option fixed my problem (I didn't notice the change)

@qhaas
Copy link
Contributor

qhaas commented Aug 25, 2021

Thank you, the "-RenderOffscreen" option fixed my problem (I didn't notice the change)

More CLI of interest to those doing headless / xorg-less vulkan rendering... you can select which GPU to render on by using e.g. -graphicsadapter=1 (for GPU index 1)... also, if you start getting ALSA related warnings, use -nosound.

@qhaas
Copy link
Contributor

qhaas commented Sep 9, 2021

Looks like the P.R. was accepted into the dev branch, any chance we can get the 0.9.12 image rebuilt and pushed to dockerhub such that it will work out of the box?

@yasser-h-khalil
Copy link

Hi,

I have carla 0.9.12 installed on ubuntu.
When executing the following line: ./CarlaUE4.sh
I get the following error: CARLA_0.9.12/CarlaUE4/Binaries/Linux/CarlaUE4-Linux-Shipping: error while loading shared libraries: libomp.so.5: cannot open shared object file: No such file or directory

Carla was installed using "pip3 install carla"

Any help is appreciated.
Thanks

@yasser-h-khalil
Copy link

Hi,

I have carla 0.9.12 installed on ubuntu.
When executing the following line: ./CarlaUE4.sh
I get the following error: CARLA_0.9.12/CarlaUE4/Binaries/Linux/CarlaUE4-Linux-Shipping: error while loading shared libraries: libomp.so.5: cannot open shared object file: No such file or directory

Carla was installed using "pip3 install carla"

Any help is appreciated.
Thanks

Solved my issue by executing the following two lines:

sudo apt-get update
sudo apt-get install libomp5

@bernatx
Copy link
Contributor

bernatx commented Oct 8, 2021

Hi,
The problem with the libomp5 library has been fixed, and also the configuration in the docker if you want to use CARLA headless (offscreen). The last changes has been updated in the docker images:

carlasim/carla:0.9.12
carlasim/carla:latest

Thanks for all the reports

@bernatx bernatx closed this as completed Oct 8, 2021
@qhaas
Copy link
Contributor

qhaas commented Oct 8, 2021

Why not static link libomp.so.5? Would help the binary run on distros that lack this particular library in their repo without containers.

@hh0rva1h
Copy link

@bernatx It is fixed in the docker images, but not in the 0.9.12 and 0.9.13 release builds people fetch from Github. Could you fix those as well?

@farhanhubble
Copy link

I faced this issue with 0.9.13 on Fedora 35. I had to install libomp-devel and then soft-link /lib64/libomp.so as /lib54/libomp.so.5.

@bernvier
Copy link

bernvier commented Nov 9, 2022

@bernatx Could you give an update whether the issue with the libomp.so.5 library has been fixed or will be fixed for the versions 0.9.12 and 0.9.13 release builds which people fetch from GitHub ?

@kingDanonymous
Copy link

Hi,

when I installed libomp5 it worked for me:

apt-get install libomp5

br mawi

Worked for me Thank you

This was referenced Oct 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests