-
-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Default sqlite DB location is not included in a Docker volume #68
Comments
I think improving the docs is the way to go as most people won't use the docker image with sqlite and thus an extra volume would be unused in most of the cases. Do you want to send a PR? |
To be clear, the suggested new volume would only be for sqlite-based deployments. Additionally, setting the default location of the sqlite db to be inside I'm kind of surprised you think most won't use sqlite as this seems a great use case (at least for a single user deployment). I might be an outlier since I tend to want to minimize the number of containers I'm running, and I create and manage them via podman/shell scripts/generated systemd units rather than daemonized docker with compose files. I'll go take a look at editing the docs to at least add some notes about sqlite docker deployments. |
This would be a hard breaking change. People might have added a volume to store their sqlite db file, but not the config variable.
That's probably caused by the ease of spinning up new services with Docker.
+1 |
I look forward to these changes, as I also just bumped into this :) |
Description
The sqlite DB default location is
./vikunja.db
(ie/app/vikunja/vikunja.db
in the container).The Docker configuration section of the docs indicates the only volume required for persistent data is to be mounted at
/app/vikunja/files
.None of the sections of the full Docker example page are for an sqlite-based deployment.
Because of all of this, the example configurations and docs do not include the sqlite db file in any persistent storage, resulting in complete loss of user and task data when the container is restarted (I've now lost all my data twice because of this).
Possible fixes:
/app/vikunja/files
directory, which is already mapped to a volume in all current Docker examples.Vikunja Frontend Version
v0.20.3
Vikunja API Version
v0.20.2
Browser and version
No response
Can you reproduce the bug on the Vikunja demo site?
No
Screenshots
No response
The text was updated successfully, but these errors were encountered: