-
Notifications
You must be signed in to change notification settings - Fork 137
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
ObjectDetectionCoral stops working when restarting the docker container. #101
Comments
How are you starting the Docker container?
|
Hi @matthewDDennis, thanks for the help. It is my feeling that the bug report wasn't fully understood though. The bug is actually known and described in the "Expected behavior" section (at least I tried to explain it). This isn't about Docker not restarting the container. Please feel free to ask questions if it is still misunderstood 🙏🏻 |
Maybe the It copies files into the host at the location: There is no mention about mounting other volumes other than the settings/module folders in the documentation: https://www.codeproject.com/ai/docs/install/running_in_docker.html#advanced-docker-launch-settings-saved-outside-of-the-container |
Area of Concern
ObjectDetectionCoral
Describe the bug
codeproject/ai-server
image with 2 volumes (so that I can restart it without having to reinstall/reconfigure everything):/etc/codeproject/ai
/app/modules
Object Detection (Coral)
module, which worked fine with my TPU. I called the API and verified that everything was working.objectdetection_coral_adapter.py: An exception occurred initialising the module: libedgetpu.so.1: cannot open shared object file: No such file or dir
Expected behavior
The module restarts properly in the docker container.
I know what the problem actually is: In
ObjectDetectionCoral/install.sh
, there is a line to copy the shared library in/usr/lib/x86_64-linux-gnu/
upon module installation:Obvisouly when restarting the container, this change is lost since I do not mount
/usr/lib/x86_64-linux-gnu/
as a volume to be persistent across "reboots".I don't know if modules have a startup hook where these steps of copying the shared object and running of
ldconfig
could be done there?Screenshots
N/A
Your System (please complete the following information):
Additional context
See Expected behavior
The text was updated successfully, but these errors were encountered: