-
-
Notifications
You must be signed in to change notification settings - Fork 54
Description
Hello,
First of all, thank you for your amazing work on these container images.
I'm running into an issue when trying to install any of your applications on my ZimaOS (which uses CasaOS) system, but only when using a specific third-party appstore repository.
Problematic Appstore Repository:
https://casaos-appstore.paodayag.dev/linuxserver.zip
The Problem
When I try to install any application from the paodayag.dev appstore (I've tried multiple, including Bazarr, Sonarr, etc.), the installation fails with a Docker daemon error. The error indicates that the source path for the volume does not exist on the host system.
Example Error (for Bazarr):
Error response from daemon: invalid mount config for type "bind": bind source path does not exist: /srv/lsio/bazarr/config
I have confirmed that this exact same error pattern occurs for every other app from this repository, with only the application name (bazarr, sonarr, etc.) changing in the path.
Working Appstores for Contrast
To confirm this is not an issue with my system, I have tested other appstores and they all work perfectly. I can successfully install applications from:
- The default ZimaOS appstore.
- The Big Bear CasaOS community appstore:
https://github.com/bigbeartechworld/big-bear-casaos/archive/refs/heads/master.zip
This strongly suggests the issue is isolated to the configuration within the casaos-appstore.paodayag.dev repository.
Investigation
I downloaded the linuxserver.zip file to investigate the docker-compose.yml files within it. For example, the docker-compose.yml for Bazarr located at /Apps/Bazarr/docker-compose.yml contains the following hardcoded volume configuration:
volumes:
- type: bind
source: /srv/lsio/bazarr/config
target: /config
- type: bind
source: /srv/lsio/bazarr/movies
target: /movies
- type: bind
source: /srv/lsio/bazarr/tv
target: /tvThe issue is that the source path /srv/lsio/... is hardcoded. This path does not exist on my system and is not a standard configuration for CasaOS/ZimaOS environments.
System Context
- OS: ZimaOS (based on CasaOS)
- Default AppData Path:
/media/ZimaOS-HD/AppData
It seems the compose files within this specific third-party appstore repository need to be updated to allow for dynamic host path mapping, which is the standard behavior in CasaOS, instead of using a hardcoded path.
While this issue might stem from the third-party packager, I wanted to bring it to your attention in case you have any contact or influence, or simply for awareness for other users who might encounter the same problem.
Thank you for your time.