Cannot launch instance due to unzip conflict
Gensokian opened this issue · 2 comments
Gensokian commented
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
- install the image using docker-compose
- ???
- 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
yoshichulo commented
Can you run it with the CONTAINER_VERBOSE
env variable set to true
?
Gensokian commented
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.