[BUG] [Resolved] Docker image openmmlab/mmdeploy:ubuntu20.04-cuda11.3-mmdeploy1.2.0，Failed to load library libonnxruntime_providers_shared.so with error: libonnxruntime_providers_shared.so: cannot open shared object file: No such file or directory #2918

Activity

1. llphunhun commented on Sep 7, 2025

   

   llphunhun

   on Sep 7, 2025

   Last edited by llphunhun

   Author

   More actions

   In fact, the official Docker image has onnxruntime-gpu-1.8.1 installed in the Python library, but the dependency of mmdeploy is in the precompiled local folder /root/workspace/onnxruntime-linux-x64-1.8.1. Upon checking the files, it turns out that this is not the GPU version of onnxruntime. However, the system uses the files in this location when running onnxruntime (checking via echo $LD_LIBRARY_PATH shows: /root/workspace/mmdeploy/build/lib:/root/workspace/TensorRT/lib:/root/workspace/onnxruntime-linux-x64-1.8.1/lib:/usr/local/cuda/lib64:/usr/local/nvidia/lib:/usr/local/nvidia/lib64.

   My solution is as follows:
   Replace /root/workspace/onnxruntime-linux-x64-1.8.1 with the GPU version, i.e., onnxruntime-gpu-linux-x64-1.8.1. Therefore, I downloaded the GPU version of the same version (https://github.com/microsoft/onnxruntime/releases/download/v1.8.1/onnxruntime-linux-x64-gpu-1.8.1.tgz) and placed it in the project files under the working directory app. When building the image, all files in /root/workspace/onnxruntime-linux-x64-1.8.1 are replaced with those from the GPU version.

   The relevant Dockerfile code for building the image is as follows:

   FROM openmmlab/mmdeploy:ubuntu20.04-cuda11.3-mmdeploy1.2.0
   # One-click replacement of onnxruntime with GPU version
   # -------------------------------
   # Assume onnxruntime-linux-x64-gpu-1.8.1.tgz is in the build context (project directory)
   WORKDIR /root/workspace
   COPY onnxruntime-linux-x64-gpu-1.8.1.tgz /root/workspace/
   
   RUN rm -rf /root/workspace/onnxruntime-linux-x64-1.8.1 \
    && tar -xzf onnxruntime-linux-x64-gpu-1.8.1.tgz \
    && rm onnxruntime-linux-x64-gpu-1.8.1.tgz \
    && mv onnxruntime-linux-x64-gpu-1.8.1 onnxruntime-linux-x64-1.8.1
   
   # Ensure mmdeploy can find the GPU version of the onnxruntime library
   ENV LD_LIBRARY_PATH=/root/workspace/onnxruntime-linux-x64-1.8.1/lib:$LD_LIBRARY_PATH
   

   I hope my answer can be helpful.

   In fact, there's another way of thinking: making the system default to looking for onnxruntime in the python installation package when searching for onnxruntime. I replaced the path /root/workspace/onnxruntime-linux-x64-1.8.1 in $LD_LIBRARY_PATH with this path, but the program still reported an error when running. I hope that experts can propose a solution for this method in the future.
2. llphunhun

   changed the title [-]Docker image openmmlab/mmdeploy:ubuntu20.04-cuda11.3-mmdeploy1.2.0，Failed to load library libonnxruntime_providers_shared.so with error: libonnxruntime_providers_shared.so: cannot open shared object file: No such file or directory[/-] [+][BUG] [Resolved] Docker image openmmlab/mmdeploy:ubuntu20.04-cuda11.3-mmdeploy1.2.0，Failed to load library libonnxruntime_providers_shared.so with error: libonnxruntime_providers_shared.so: cannot open shared object file: No such file or directory[/+] on Sep 7, 2025