felddy/foundryvtt-docker

Cannot launch instance due to unzip conflict

Gensokian opened this issue · 2 comments

Bug description

When installing the image, foundry pulls the zip correctly but fails to extract it due to the unzip command demanding an action to replace a file

Steps to reproduce

  1. install the image using docker-compose
  2. ???
  3. Pro--- or not..

Expected behavior

The container launches normally

Container metadata

com.foundryvtt.version = "11.315"
org.opencontainers.image.authors = "markf+github@geekpad.com"
org.opencontainers.image.created = "2024-01-05T17:39:23.478Z"
org.opencontainers.image.description = "An easy-to-deploy Dockerized Foundry Virtual Tabletop server."
org.opencontainers.image.licenses = "MIT"
org.opencontainers.image.revision = "18981628b89a04fa780f9faa1657be17aeaeb9b1"
org.opencontainers.image.source = "https://github.com/felddy/foundryvtt-docker"
org.opencontainers.image.title = "foundryvtt-docker"
org.opencontainers.image.url = "https://github.com/felddy/foundryvtt-docker"
org.opencontainers.image.vendor = "Geekpad"
org.opencontainers.image.version = "11.315.1"

Relevant log output

james_1  | Entrypoint | 2024-05-21 09:36:42 | [info] Starting felddy/foundryvtt container v11.315.1
james_1  | Entrypoint | 2024-05-21 09:36:42 | [info] Reading configured secrets from: /run/secrets/config.json
james_1  | Entrypoint | 2024-05-21 09:36:42 | [info] No Foundry Virtual Tabletop installation detected.
james_1  | Entrypoint | 2024-05-21 09:36:42 | [info] Using FOUNDRY_USERNAME and FOUNDRY_PASSWORD to authenticate.
james_1  | Authenticate | 2024-05-21 09:36:43 | [info] Requesting CSRF tokens from https://foundryvtt.com
james_1  | Authenticate | 2024-05-21 09:36:44 | [info] Logging in as: *********
james_1  | Authenticate | 2024-05-21 09:36:45 | [info] Successfully logged in as:  *********
james_1  | Entrypoint | 2024-05-21 09:36:45 | [info] Using authenticated credentials to download release.
james_1  | ReleaseURL | 2024-05-21 09:36:46 | [info] Fetching S3 pre-signed release URL for build 315...
james_1  | Entrypoint | 2024-05-21 09:36:47 | [info] Using CONTAINER_CACHE: /data/Data/shared/container_cache
james_1  | Entrypoint | 2024-05-21 09:36:47 | [info] Downloading Foundry Virtual Tabletop release.
james_1  |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
james_1  |                                  Dload  Upload   Total   Spent    Left  Speed
james_1  | 
james_1  |   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
james_1  |   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
james_1  | Entrypoint | 2024-05-21 09:36:47 | [info] Installing Foundry Virtual Tabletop 11.315
james_1  | unzip: can't read standard input
james_1  | replace resources/app-update.yml? [y]es, [n]o, [A]ll, [N]one, [r]ename: 
--- FREEZE / STUCK ---> Restart
james_1  | Entrypoint | 2024-05-21 09:36:51 | [info] Starting felddy/foundryvtt container v11.315.1
james_1  | Entrypoint | 2024-05-21 09:36:51 | [info] Reading configured secrets from: /run/secrets/config.json

Code of Conduct

  • I agree to follow this project's Code of Conduct

Can you run it with the CONTAINER_VERBOSE env variable set to true?

Heyo; thanks for the quick reply!
I was able to resolve the issue by simply clearing the container cache!
I don't know why; I don't know how, but it appears that the 315 installation ZIP must have gotten corrupted somehow.
Furthermore, I assume this to have happened due to multiple simultaneous installations; as I am also hosting a second instance with a colleagues credentials.