Little bit of everything!

Avid Swiftie (come join us at !taylorswift@poptalk.scrubbles.tech )

Gaming (Mass Effect, Witcher, and too much Satisfactory)

Sci-fi

I live for 90s TV sitcoms

  • 5 Posts
  • 80 Comments
Joined 2 years ago
cake
Cake day: June 2nd, 2023

help-circle

  • Seconded, and great callout @RadDevon@lemmy.zip , yes part of my script was to stop the container gracefully, tar it, start it again, and then copy the tar somewhere. it “should” be fine, in a production environment where you could have zero downtime I would take a different approach, but we’re selfhosters. Just schedule it for 2am or something.

    Oh, and feel free to test! Docker makes it super easy. Just extract the tar somewhere else on the drive, point your container to the new volume, see if it spins up. Then you’ll know your backup strategy is working!


  • If you’re using docker (like your DBs run in docker), then I think you’re overthinking it personally. Just back up the volume that the container uses, then you can just plop it back and it will carry on carefree.

    I usually did a simple tar cvf /path/to/compressed.tar.gz /my/docker/volume for each of my volumes, then backed up the tar. Kept symlinks and everything nice and happy. If you do that for each of your volumes, and you also have your config for running your containers like a docker-compose, congrats that’s all you need.

    I don’t know who said you can’t just back up the volume, to me that’s kind of the point of docker. It’s extreme portability.








  • Persistent storage should never be used for logging in docker. Nextcloud is one of the worst offenders of breaking docker conventions I’ve found, this is just one of the many ways they prove they don’t understand docker.

    Logs should simply be logged to stdout, which will be read by docker or by a logging framework. There should never be “log files” for a container, as it should be immutable, with persistent volumes only being used for configuration or application state.








  • This is surprisingly one of the few actual useful uses of blockchain. Business tried to shove it in everywhere and it didn’t make sense because blockchain is a way to audit federated separate instances - which businesses are not. They’re a single monolithic structure, and they don’t need the trust - they already have it. They’re themselves, they just have to trust their own internal teams.

    We, on the otherhand, are the perfect use for it. A way to say X person paid Y person for this product on this day at this time, X person now has the authority to rate Y person for how they did. Immutable, impossible to fake.