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

DensifyPointCloud: error while loading shared libraries: libcuda.so.1 #216

Open
sean-kenops opened this issue May 9, 2024 · 1 comment

Comments

@sean-kenops
Copy link
Contributor

What is the problem?

DensifyPointCloud: error while loading shared libraries: libcuda.so.1

What should be the expected behavior?

libcuda.so.1 should be found in the docker image.

Looks like the expected path is missing in the image. Adding this path corrects the issue.

mkdir /usr/local/nvidia
ln -s /usr/local/cuda-11.2/compat /usr/local/nvidia/lib
ls -l /usr/local/nvidia/lib/

How can we reproduce this? (What steps did you do to trigger the problem? Be detailed)

Further details are located in the forum: https://community.opendronemap.org/t/densifypointcloud-error-while-loading-shared-libraries-libcuda-so-1/20178/1

[INFO] Running dense reconstruction. This might take a while.
[INFO] Estimating depthmaps
[INFO] running "/code/SuperBuild/install/bin/OpenMVS/DensifyPointCloud" "/var/www/data/254e5ea9-97b8-4129-a552-56a9218aed51/submodels/submodel_0000/opensfm/undistorted/openmvs/scene.mvs" --resolution-level 2 --dense-config-file "/var/www/data/254e5ea9-97b8-4129-a552-56a9218aed51/submodels/submodel_0000/opensfm/undistorted/openmvs/Densify.ini" --max-resolution 4032 --max-threads 8 --number-views-fuse 2 --sub-resolution-levels 2 --archive-type 3 -w "/var/www/data/254e5ea9-97b8-4129-a552-56a9218aed51/submodels/submodel_0000/opensfm/undistorted/openmvs/depthmaps" -v 0 --cuda-device -2
/code/SuperBuild/install/bin/OpenMVS/DensifyPointCloud: error while loading shared libraries: libcuda.so.1: cannot open shared object file: No such file or directory

@sean-kenops
Copy link
Contributor Author

This may be from a poorly formed LD_LIBRARY_PATH variable in the container.

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

1 participant