change-vol-ownership-1 exited with code 0

[jschnasse]

Describe the bug

The docker stack does not start with docker compose up

[~/development/EVOKS] git:main
$ docker compose up
[+] Running 4/0
 ✔ Container evoks-change-vol-ownership-1       Created                                                            0.0s
 ✔ Container evoks_defaultinstance_fuseki-live  Running                                                            0.0s
 ✔ Container evoks_defaultinstance_fuseki-dev   Running                                                            0.0s
 ✔ Container evoks_defaultinstance_postgres     Running                                                            0.0s
Attaching to change-vol-ownership-1, evoks_defaultinstance_fuseki-dev, evoks_defaultinstance_fuseki-live, evoks_defaultinstance_postgres, evoks_defaultinstance_proxy, evoks_defaultinstance_skosmos-dev, evoks_defaultinstance_skosmos-live, evoks_defaultinstance_web
change-vol-ownership-1 exited with code 0
Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/run/desktop/mnt/host/wsl/docker-desktop-bind-mounts/Ubuntu-20.04/d2bf9095c023389f18ba76182699002ff051d669c6257049ad039dcc0ddb2232" to rootfs at "/var/www/html/config.ttl": mount /run/desktop/mnt/host/wsl/docker-desktop-bind-mounts/Ubuntu-20.04/d2bf9095c023389f18ba76182699002ff051d669c6257049ad039dcc0ddb2232:/var/www/html/config.ttl (via /proc/self/fd/6), flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

To Reproduce

Install docker desktop with wsl2 support https://docs.docker.com/desktop/features/wsl/

Follow the instructions under https://github.com/kit-data-manager/EVOKS?tab=readme-ov-file#installation

Use .env with default values

[~/development/EVOKS] git:main
$ cat .env
INSTANCE_NAME=defaultinstance
PROXY_PORT=9000
PUBLICURL=localhost
EVOKS_MAIL=example@example.de
FUSEKI_PASSWORD=insecure_changeme
POSTGRES_USER=postgres
POSTGRES_PASSWORD=insecure_changeme
# example EVOKS_URL for reverse-proxy: /evoks
EVOKS_URL=/
# all following only needed for development and or for running without proxy:
POSTGRES_PORT=8005
FUSEKI_DEV_PORT=8003
FUSEKI_LIVE_PORT=8004
EVOKS_PORT=8000
SKOSMOS_DEV_PORT=8001
SKOSMOS_LIVE_PORT=8002

Expected behavior

Service should be up and running under http://localhost:9000

Desktop (please complete the following information):

• OS: Win11

[FelixFrizzy]

Thank you for your report. I will try to reproduce the error and come back to you shortly.

[GGoetzelmann]

I can reproduce the issue and I can provide some guesses about what is going on.

I think there is some kind of edge case at play with the startup order of services.
The problem at hand is that config.ttl may be a directory instead of a file.

This:

    volumes:
      - ./skosmos-dev/config.ttl:/var/www/html/config.ttl

produces a directory config.ttl in case the config.ttl file does not exist already.

While change-vol-ownership-1 exited with code 0 indicates that the file creation and change should work fine, it looks like a correctly exited service here does not guarantee that the file pre-exists already on skosmos up.

The behaviour can be produced more reliably and independent of the OS if the condition service_completed_successfully is removed and docker compose up skosmos-dev is used.

[FelixFrizzy]

@jschnasse Could you paste the output of
docker version
and
docker compose version
commands? This would greatly help in debugging. As pointed out already, the issue likely is a file copy operation that is not successful on windows machines.

[FelixFrizzy]

As a workaround, you can simply execute
cp skosmos-dev\config-template.ttl skosmos-dev\config.ttl
and
cp skosmos-live\config-template.ttl skosmos-live\config.ttl

and then start the services with docker compose up.

[GGoetzelmann]

As a workaround, you can simply execute cp skosmos-dev\config-template.ttl skosmos-dev\config.ttl and cp skosmos-live\config-template.ttl skosmos-live\config.ttl

and then start the services with docker compose up.

You can also do docker compose run change-vol-ownership before docker compose up explicitly to achieve the same, can't you? Just make sure that no erroneous folders named "config.ttl" exists already in the skosmos directories from a previous fail.

[FelixFrizzy]

This depends. If the file copy operation simply fails on windows machines, than this will not work either. Unfortunately, it still takes time until we have a windows machine available for debugging.

[GGoetzelmann]

The file copy itself is totally fine.

I have checked on windows and the following command usage works after a fresh clone (fresh build not included but that should not be related to the problem at hand) and results in the web service being reachable.

PS [redacted path]> git clone https://github.com/kit-data-manager/EVOKS.git
Cloning into 'EVOKS'...
remote: Enumerating objects: 4323, done.
remote: Counting objects: 100% (600/600), done.
remote: Compressing objects: 100% (232/232), done.
remote: Total 4323 (delta 460), reused 402 (delta 368), pack-reused 3723 (from 2)
Receiving objects: 100% (4323/4323), 2.12 MiB | 23.58 MiB/s, done.
Resolving deltas: 100% (2906/2906), done.
PS [redacted path]> cd .\EVOKS\
PS [redacted path]> docker compose run change-vol-ownership
[+] Creating 1/1
 ✔ Network evoks_default  Created                                                                                                                                                                                                                                         0.0s
PS [redacted path]> docker compose up
[+] Running 4/4
 ✔ Network evoks_frontnet     Created                                                                                                                                                                                                                                     0.0s
[+] Running 12/12postgres     Created                                                                                                                                                                                                                                     0.0s
 ✔ Network evoks_frontnet                        Created                                                                                                                                                                                                                  0.0s
 ✔ Network evoks_postgres                        Created                                                                                                                                                                                                                  0.0s
 ✔ Network evoks_fuseki-dev                      Created                                                                                                                                                                                                                  0.0s
 ✔ Network evoks_fuseki-live                     Created                                                                                                                                                                                                                  0.0s
 ✔ Container evoks_defaultinstance_postgres      Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks-change-vol-ownership-1        Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_fuseki-dev    Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_fuseki-live   Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_skosmos-live  Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_skosmos-dev   Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_web           Created                                                                                                                                                                                                                  0.1s
 ✔ Container evoks_defaultinstance_proxy         Created                                                                                                                                                                                                                  0.1s
Attaching to change-vol-ownership-1, evoks_defaultinstance_fuseki-dev, evoks_defaultinstance_fuseki-live, evoks_defaultinstance_postgres, evoks_defaultinstance_proxy, evoks_defaultinstance_skosmos-dev, evoks_defaultinstance_skosmos-live, evoks_defaultinstance_web

However, later in the log I get something like

evoks_defaultinstance_skosmos-dev   | mv: cannot move '/var/www/html/config.ttl.temp' to '/var/www/html/config.ttl': Device or resource busy
evoks_defaultinstance_skosmos-dev   | File is busy, attempting to copy instead.
evoks_defaultinstance_skosmos-dev   | File '/var/www/html/config.ttl' updated successfully using copy.

but I neither know if this is related at all nor if it is a reason for concern.

Overall for building on windows perform two additional actions:

• check if all shell scripts (helperscripts/replace-basehref.sh and proxy/entrypoint.sh) have correct linux line endings LF, because this depends on your local git configuration and shell scripts with CRLF endings will likely hinder startup.
• use docker compose run change-vol-ownership before docker compose up

I suggest renaming the issue to a more descriptive title of the problem.

Additional info for debugging:

docker compose info: Docker Compose version v2.35.1-desktop.1

docker version
Client:
 Version:           28.1.1
 API version:       1.49
 Go version:        go1.23.8
 Git commit:        4eba377
 Built:             Fri Apr 18 09:53:24 2025
 OS/Arch:           windows/amd64
 Context:           desktop-linux

Server: Docker Desktop 4.41.2 (191736)
 Engine:
  Version:          28.1.1
  API version:      1.49 (minimum version 1.24)
  Go version:       go1.23.8
  Git commit:       01f442b
  Built:            Fri Apr 18 09:52:57 2025
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.27
  GitCommit:        05044ec0a9a75232cad458027ca83437aae3f4da
 runc:
  Version:          1.2.5
  GitCommit:        v1.2.5-0-g59923ef
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

[jschnasse]

@jschnasse Could you paste the output of docker version and docker compose version commands? This would greatly help in debugging. As pointed out already, the issue likely is a file copy operation that is not successful on windows machines.

$ docker version
Client:
 Version:           28.1.1
 API version:       1.49
 Go version:        go1.23.8
 Git commit:        4eba377
 Built:             Fri Apr 18 09:51:06 2025
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Desktop 4.0.0 ()
 Engine:
  Version:          28.1.1
  API version:      1.49 (minimum version 1.24)
  Go version:       go1.23.8
  Git commit:       01f442b
  Built:            Fri Apr 18 09:52:57 2025
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.27
  GitCommit:        05044ec0a9a75232cad458027ca83437aae3f4da
 runc:
  Version:          1.2.5
  GitCommit:        v1.2.5-0-g59923ef
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

$ docker compose version
Docker Compose version v2.35.1-desktop.1

[FelixFrizzy]

I can now successfully reproduce the error with a windows machine and are debugging further to solve the issue.