v0.11.18 #695
Replies: 11 comments 17 replies
-
Just a heads up, I am aware of a dependency preventing this version from building and will look at it later this week. |
Beta Was this translation helpful? Give feedback.
-
Is there a writeup somewhere for a dummy like myself on how to set up the docker compose file correctly? I'm trying to use MariaDB. Copy/pasting from the docs is erroring out for me. I set up an .env
compose.yamlversion: '3.3'
services:
speedtest-tracker:
container_name: ${CNAME}
ports:
- '8080:80'
- '8443:443'
networks:
- network1
environment:
- PUID=${PUID}
- PGID=${PGID}
- DB_CONNECTION=mysql
- DB_HOST=db
- DB_PORT=3306
- DB_DATABASE=${MARIADB_DATABASE}
- DB_USERNAME=${MARIADB_USER}
- DB_PASSWORD=${MARIADB_PASSWORD}
- TZ=${TZ}
volumes:
- '/etc/localtime:/etc/localtime:ro'
- '${DOCKER_DIR}/${CNAME}:/config'
image: 'ghcr.io/alexjustesen/speedtest-tracker:latest'
restart: unless-stopped
depends_on:
- db
db:
image: mariadb:10
restart: always
networks:
- network1
environment:
- MARIADB_DATABASE=${MARIADB_DATABASE}
- MARIADB_USER=${MARIADB_USER}
- MARIADB_PASSWORD=${MARIADB_PASSWORD}
- MARIADB_RANDOM_ROOT_PASSWORD=true
volumes:
- speedtest-db:/var/lib/mysql
volumes:
speedtest-db:
networks:
network1:
name: prod
external: true running
|
Beta Was this translation helpful? Give feedback.
-
https://github.com/alexjustesen/speedtest-tracker/releases/tag/v0.11.19 was tagged which resolved the build issue in |
Beta Was this translation helpful? Give feedback.
-
No, you are defining the env variables both in docker-compose AND the .env file. Either use one or the other. Another thing: since you use Synology, install mariadb as a NAS package, create the speedtest db, create a user, assign permissions to the user for the db, then in docker-compose you can remove the db service that starts mariadb completely. So you only configure the speedtest section with the user/pw to access the synology mariadb instance. Last thing: I suspect you probably created the db the first time with a different user or different pw. When you change it, the old db won't get changed because the volume is persistent. So you might want to stop the container, remove the volume, and restart from scratch. |
Beta Was this translation helpful? Give feedback.
-
Have opened this bug here - #701 for 0.11.19 which just updated but is failing! |
Beta Was this translation helpful? Give feedback.
-
woke up this morning and my 5 instances of this have stopped working.
I came here and saw this, and also in the docs the docker install is different. Should I just destroy all these and rebuild with the new compose? |
Beta Was this translation helpful? Give feedback.
-
@alexjustesen @alexdelprete |
Beta Was this translation helpful? Give feedback.
-
no automatic procedure yet. |
Beta Was this translation helpful? Give feedback.
-
updated overnight and all mine started working again without me having to do anything at all. thank you!! |
Beta Was this translation helpful? Give feedback.
-
@alexjustesen @alexdelprete |
Beta Was this translation helpful? Give feedback.
-
You can't in this release. In next release there will be a specific command: |
Beta Was this translation helpful? Give feedback.
-
What's Changed
Full Changelog: v0.11.17...v0.11.18
This discussion was created from the release v0.11.18.
Beta Was this translation helpful? Give feedback.
All reactions