Closed DurandalJoyeuse closed 6 days ago
An important note - I wasn't able to get Romm to deploy with mariadb:latest - I had to use linuxserver/mariadb:latest to get the stack to deploy.
This is the main issue, and the reason we're removing the recommendation of using linuxserver/mariadb:latest
in #1278, unless the user is aware of which other changes must be applied to the Docker Compose.
Creating a volume for /var/lib/mysql
is correct, but only when the image is the official mariadb
.
LinuxServer's MariaDB image requires a volume for /config
instead (related docs).
That did indeed fix it, appreciate!
RomM version Latest
Describe the bug When deploying Romm, it will spin up and run, however it wont actually create its data within the mounted volumes, thus the data is lost entirely on any redeployment of the stack (such as updating romm or the db it depends on). Looking at the logs I can see a SQL error:
ERROR: [init][2024-11-07 16:52:39] Something went horribly wrong with our database
An important note - I wasn't able to get Romm to deploy with mariadb:latest - I had to use linuxserver/mariadb:latest to get the stack to deploy.
Also, I have tried deploying with the default example as written (adding in unique variables where applicable) and it produced the same results. So I've cloned over the configs that work in my Bookstack and Komga configurations and neither of those work either.
To Reproduce Using Portainer to deploy the docker compose stack, the container is generated and the folders are created, but no files are generated in them. The compose file being deployed:
Expected behavior Files to be generated in mounted volumes
Screenshots
Desktop (please complete the following information):
Additional context Attached are two sets of logs - one right after the container stack is deployed, the other when left running for a bit.
_romm_logs.txt _romm_logs(1).txt