Majority of downtime so far just taking the snapshot before upgrading Pleroma (I didn't before upgrading the OS lol).

Ah, hmm, I'll actually have to upgrade to 22.04 after all, at https://git.pleroma.social/pleroma/pleroma/-/releases or more specificaly https://git.pleroma.social/pleroma/pleroma/-/releases/v2.5.0 it says

Wait why is snapd using some godawful amount of CPU, honestly why is snapd even running is that how I have Elixr running or something?! The two hogs seems to be snapd and kswapd0, and I can't help but suspect the former is sprawling with its containerized nonsense and triggering the need of the latter, though that could easily be my anti-container bias showing.

Opening this up again because I keep getting timeouts and random loading errors on 2.4.5 so I'm gonna upgrade to 2.5.0 and hope that fixes things.

Had to use the pleroma.nginx config shipped with the latest version and port over my few domain-specific options into it, but now it seems fine! I'm on 2.4.4, which according to https://pleroma.social/announcements/ seems to be the latest stable release, done 2022-05-08. Okay! Maybe I'll upgrade the server to 22.04 sometime but lets just leave well enough alone for now.

Service thinks things are fine?

● pleroma.service - Pleroma social network
     Loaded: loaded (/etc/systemd/system/pleroma.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-11-21 22:54:51 UTC; 36s ago
   Main PID: 898 (beam.smp)
      Tasks: 25 (limit: 1066)
     Memory: 199.1M
     CGroup: /system.slice/pleroma.service
             ├─ 898 /opt/pleroma/erts-10.7.2.18/bin/beam.smp -- -root /opt/pleroma -progname erl -- -home /opt/pleroma -- -noshell -s elixir start_cli -mode embedded -setcookie DEFIM7M3ZQNSRB5AGUT5Y437SRKORNIG7O7DNAPINZXHVZCNDKIA==== -name pleroma@127.0.0.1 -config /opt/pleroma/tmp/pleroma-2.4.4-20221121225451-f0db.runtime -boot /opt/pleroma/releases/2.4.4/start -boot_var RELEASE_LIB /opt/pleroma/lib -- -extra --no-halt
             ├─ 933 /opt/pleroma/erts-10.7.2.18/bin/epmd -daemon
             ├─ 937 erl_child_setup 1024
             ├─1084 /opt/pleroma/lib/fast_html-2.0.4/priv/fasthtml_worker
             ├─1085 inet_gethost 4
             ├─1086 inet_gethost 4
             ├─1101 /opt/pleroma/lib/majic-1.0.0/priv/libmagic_port
             └─1102 /opt/pleroma/lib/majic-1.0.0/priv/libmagic_port

Or, wait, that was it?

We've reached February of last year:

Oddly enough it restarted just fine afterwards?

A surprise challenger has appeared, upgrade stalled out at

Hmm I never have luck with PostgreSQL but maybe today's the day that changes...

https://docs.pleroma.social/backend/administration/updating/ seems to be the official update instructions, I'm pretty sure I'm an "OTP installation" rather than Git, so I go:

May as well collect some options for *setting* the colors:

• https://askubuntu.com/a/153493 and https://archive.ph/QSYHd set within bash
• Using setvtrgb: https://lists.altlinux.org/pipermail/kbd/2011-March/000287.html
• I gather tput can do this and also could be fun for scripting fancy CLI displays http://linuxcommand.org/lc3_adv_tput.php

Haha yup that was it! This solved things:

I tried kmscon, which instantly gave me colors in the normally colorless default shell sessions on ubuntu-server, but didn't solve this.