- HybridSarcasm@lemmy.worldEnglish3 years
Based on the vaultwarden wiki, the default DB engine is SQLite. Therefore, all the data is in the sqlite file(s) contained in your data volume. This backup utility seems to take that into account and only focuses on the data volume.
- doeknius_gloek@feddit.deEnglish3 years
You’d need to post your complete docker-compose.yaml, otherwise nobody knows what you’re doing.
Also (and I don’t want to sound rude) you should probably start learning docker with a less critical service. If you just learned how volumes work you should not store your passwords in one. Yet.
- moddy@feddit.deEnglish3 years
No problem. I use vaultwarden for years. In this case I am not really worried about data-loss because bitwarden keeps an copy of your credentials offline. So in the worst case, i can export them.
I would like to post it, but i have issues with formatting. voyager does not have this “code-format” and writes everything in one line.
Is there a workaround?
- obosob@feddit.ukEnglish3 years
You just use three backticks to start and end a code block, it’s just markdown.
e.g.
version: '3.4' services: vaultwarden: image: vaultwarden/server:latest restart: always # environment: # SIGNUPS_ALLOWED: 'false' # ADMIN_TOKEN: 'your authentication token' ports: - '127.0.0.1:8200:80' volumes: - vaultwarden-data:/data/ ...- moddy@feddit.deEnglish3 years
That’s it. Nice. I tried ’ instead of `, so the 2nd useful thing i learnd today. Thanks.
- easeKItMAn@lemmy.worldEnglish3 years
Make sure the SQL server is not writing/blocking any files:
docker-compose stop vaultwardenBackup that specific folder to another destination and restart
docker-compose up -d - moddy@feddit.deEnglish3 years
Thank you. Had to edit the folders. Not the stack was “successfully deployed”. Have to watch now if the backup works.
Taasz/Woof@lemmy.blahaj.zoneEnglish
3 yearsYou just need to add the vaultwarden backup service to the same docker-compose file as vaultwarden, and give it the same mount point but
:rofor read only.- skadden@ctrlaltelite.xyzEnglish3 years
Where do you have that data directory on disk? It’s likely not where portainer is looking. Your options are to move it to where portainer is expecting or to use the absolute path to the data directory to the left of the colon for the volume mapping.
For example, I put all my docker compose files in
/opt/docker/vaultwardenso if my data were next to it I would use/opt/docker/vaultwarden/vaultwarden-rclone-data:/config/I don’t recall the path where portainer looks but it’s going to be wherever you have its docker-compose. I can help you find it if that’s the route you’d like to take, but I won’t be able to help with that for a few hours.
- 3 years
AI GENERATED:
The ttionya/vaultwarden-backup tool is intended to work with Docker volumes. However, you are using a bind mount, not a named volume. Bind mounts refer to the use of local folders to store data, as in your case (./vaultwarden:/data/), while volumes create a specific place within Docker’s own filesystem for the data.
Although this tool is designed for volumes, it might still work with bind mounts if the backup container can access the data directory. You would need to modify the volume line in the Docker Compose file for the backup tool to point to the directory where your bind mount is located, i.e., to point it to your local ./vaultwarden directory.
So, you might want to adjust your docker-compose.yml file like this:
services: vaultwarden-backup: image: ttionya/vaultwarden-backup:latest container_name: vaultwarden-backup environment: - PUID=1000 - PGID=1000 - BACKUP_INTERVAL=12h - PRUNE_BACKUPS=7D volumes: - ./vaultwarden:/vaultwarden:ro - ./backups:/backups restart: unless-stoppedIn this configuration, ./vaultwarden:/vaultwarden:ro line is the key. It mounts your local ./vaultwarden directory to /vaultwarden inside the backup container (readonly mode), which should allow the backup tool to access the data.

