-
-
Notifications
You must be signed in to change notification settings - Fork 49
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: /tv
The 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.