

Time to book another press conference at that landscaping company.


Time to book another press conference at that landscaping company.
100% this. And Lenovos and HPs designed for the business market generally are a pleasure to work on (in the hardware sense) if you need, with good manuals and secondhand spare parts.


the easier a statement is to disprove, the more of a power move it is to say it, as it symbolizes how far you’re willing to go. - ie “faith” in religion.


To stray even further from OP’s question (because books), I loved the dialect in Riddley Walker and the slang in A Clockwork Orange.


I run nearly all my Docker workloads with their data just in the home directory of the VM (or LXC actually since that’s how I roll) I’m running them in, but a few have data on my separate NAS via and NFS share - so through a switch etc with no problems - just slowish.


Great. There’s two volumes there - firefly_iii_upload & firefly_iii_db.
You’ll definitely want to docker compose down first (to ensure the database is not being updated), then:
docker run --rm \
-v firefly_iii_db:/from \
-v $(pwd):/to \
alpine sh -c "cd /from && tar cf /to/firefly_iii_db.tar ."
and
docker run --rm \
-v firefly_iii_upload:/from \
-v $(pwd):/to \
alpine sh -c "cd /from && tar cf /to/firefly_iii_upload.tar ."
Then copy those two .tar files to the new VM. Then create the new empty volumes with:
docker volume create firefly_iii_db
docker volume create firefly_iii_upload
And untar your data into the volumes:
docker run --rm \
-v firefly_iii_db:/to \
-v $(pwd):/from \
alpine sh -c "cd /to && tar xf /from/firefly_iii_db.tar"
docker run --rm \
-v firefly_iii_upload:/to \
-v $(pwd):/from \
alpine sh -c "cd /to && tar xf /from/firefly_iii_upload.tar"
Then make sure you’ve manually brought over the compose file and those two .env files, and you should be able to docker compose up and be in business again. Good choice with Proxmox in my opinion.


I’m not clear from your question, but I’m guessing you’re talking about data stored in Docker volumes? (if they are bind mounts you’re all good - you can just copy it). The compose files I found online for FireflyIII use volumes, but Hammond looked like bind mounts. If you’re not sure, post your compose files here with the secrets redacted.
To move data out of a Docker volume, a common way is to mount the volume into a temporary container to copy it out. Something like:
docker run --rm \
-v myvolume:/from \
-v $(pwd):/to \
alpine sh -c "cd /from && tar cf /to/myvolume.tar ."
Then on the machine you’re moving to, create the new empty Docker volume and do the temporary copy back in:
docker volume create myvolume
docker run --rm \
-v myvolume:/to \
-v $(pwd):/from \
alpine sh -c "cd /to && tar xf /from/myvolume.tar"
Or, even better, just untar it into a data directory under your compose file and bind mount it so you don’t have this problem in future. Perhaps there’s some reason why Docker volumes are good, but I’m not sure what it is.



Season 2


Thanks - I have now! It looks like updates of repos I’ve stared? But I’ll never go there again, and suggest OP not do that either if it’s upsetting to them. I just go to my profile, or the project I’m interested in.
I’m local first - stuff I’m testing, playing with, or “production” stuff like Jellyfin, Forgeo, AudioBookshelf, Kavita etc etc. Local is faster, more secure, and storage is cheap. But then some of my other stuff that needs 24/7 access from the internet - websites and web apps - they go on the VPS.


Wait, there’s a GitHub “feed”?
None of the bad things mentioned here have happened to me using GitHub on the daily. Totes agree it’s probably not great to depend on a business for free hosting, but it’s also pretty straightforward to move in the future if needed.
I just do one Docker container per LXC. All the convenience of compose, plus those sweet Proxmox snapshots.


I run one docker container per (Debian) LXC. I know it’s got layers like ogres, but I like being able to move them around with the snapshot backups - this is the advantage vs having a single VM with a heap of containers running on it.


Sorry to have nostalgia in a post about games not needing it, but wow - the enjoyable hours I put into LocoRoco! Totally agree though - unique mechanic, and chef’s kiss execution.


Doki Doki Literature Club is a fun dating sim, but it has slightly more emotional breadth than that, so it might pass this test.


Is there a reason not to use Tailscale for this?


Great job on the banner - I could hear the theme in my head.


When I switched to webdev, I dropped $20 on a system admin Linux course on Udemy. I highly recommended this approach.
Batocera surely?