Don't know if the crash is related to that, but postgres just started spazzing out after reboot; apparently what's responsible is RUM extension. Switched to default gin indexer, works now. This is also what killed plagu.ee (whch also runs postgres 16 and had no trouble on 15), but I have no idea why this didn't happen here sooner for almost a month. Screenshot_20241110_110107.png Screenshot_20241110_114400.png Screenshot_20241110_114900.png
Maybe I instead can try one of those fancy search engines pleromer supports, but this'll have to wait until my flesh automaton gets released from his social contract.
https://docs.pleroma.social/backend/configuration/search/ >Note that it's quite a bit more memory hungry than PostgreSQL (around 4-5G for ~1.2 million posts while idle and up to 7G while indexing initially) agency=# select count(1) from objects where data->>'type' = 'Note';>18451319 That's like 15 times the suggested metric and I don't appear to have 64 gigs to spare except on my main workstation that I'd like to use for other purposes.
https://github.com/meilisearch/meilisearch/issues/2619 k, changing meili_post to meili_put in the mix task fixed the issue, now it appears to have started indexing something. Just testing it over SSH tunnel to the workstation now, I wonder if I could use the same instance for all three pleromers I host here, if not that'd be a shame.
This was as easy as adding a check for nil dates, I guess a couple malformed objects ended up there. Indexed 600k posts so far, system monitor shows around 2,7 gigs used, would probably baloon later.
Yup. 1.4m and 5.3 gigs used. Depending on how bad memory usage when idle would be, I could just copy the indexed DB onto the server and be done with it.