this post was submitted on 01 Nov 2023
1 points (100.0% liked)

Self-Hosted Main

511 readers
1 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

For Example

We welcome posts that include suggestions for good self-hosted alternatives to popular online services, how they are better, or how they give back control of your data. Also include hints and tips for less technical readers.

Useful Lists

founded 1 year ago
MODERATORS
[email protected]
1
How do you backup your docker containers when so much is owned by root? (alien.top)
submitted 1 year ago by [email protected] to c/[email protected]
33 comments fedilink hide all child comments
 

I am trying to setup a restic job to backup my docker stacks, and with half of everything owned by root it becomes problematic. I've been wanting to look at podman so everything isn't owned by root, but for now I want to backup my work I built.

Also, how do you deal with some docker containers having databases. Do you have to create exports for all docker containers that have some form of database?

I've spent the last few days moving all my docker containers to a dedicated machine. I was using a mix of NFS and local storage before, but now I am doing everything on local NVME. My original plan was having everything on NFS so I would worry about backups there, and I might go back to that.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 1 year ago (3 children)

I have a backup-script (running as root) that

  • stops all containers
  • runs the restic-backup
  • starts all containers
[–] [email protected] 1 points 1 year ago (1 children)

I had this before but this created struggles with some containers since they do start specific checks and scans during startup which resulted in high cpu and disk load.

Since unraid supports zfs, i am using this for the docker stuff and do snapshots to external disk as backup

no need to stop containers anymorw

[–] [email protected] 1 points 1 year ago

If you work with databases it’s still safer to stop incoming data for the time of the backup. I don’t know why a higher CPU load would be a problem, those checks don’t run long or do so much your system would be under much stress. Do your backups at 3am if you still think the minute of highe load would cause any problems.

[–] [email protected] 1 points 1 year ago

A simpler method would be to stop/start the Docker daemon instead of containers, it works smoothly.

[–] [email protected] 1 points 1 year ago

Have a look at https://github.com/minituff/nautical-backup, it does a similar thing