this post was submitted on 17 Dec 2023
222 points (97.4% liked)
Fediverse
28339 readers
244 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I manage my own tiny insurance and it took long enough that I thought I broke something. I must need to turn up logging because the back end was completely silent except for "0.19.0" and I only knew something was happening because the database was busy.
Same happened to me, I learned on other releases that no news is good news usually in updates, if you see things busy it's probably doing stuff - but this was a nail biter for sure. Very glad I skipped all the RCs.
I chose to take down my production instance of lemmyz do a cp -r of it, update the docker compose file to specify the new version numbers for Lemmy and lemmy-ui plus change the port that the stack exposes and do a docker-compose pull && docker-compose up -d on that stack to check to see if it could all work. Thankfully it did, so I updated the production compose file and tada! I'm on 19.0 safely
Did it in a similar way. I used:
to keep permissions also. Worked like a charm.
Are you using disk storage or object storage for pict-rs? I need a better way to test updates but I'm trying to avoid having to duplicate my storage or risk breaking prod by pointing to my live object storage from a second instance.