Ich hatte/habe ja ein offenen Synapse-Homeserver betrieben. Mittlerweile habe ich die Nase voll davon, aus folgenden Gründen:
- Die Dokumentation von dem Projekt ist grottig schlecht und dazu auch noch oft falsch. Wichtige Einstellungen ändern sich mal eben so ohne dass das in den Release-Notes festgehalten wird
- Synapse out-of-the box ist auch nicht so ohne weiteres zu betreiben. Ohne eine ganze Latte an externen Tools und Prozeduren wächst die Datenbank ins unendliche - ohne Bereinigung locker >100 GB, nach Bereinigung durch rust, SQL und python-Tools (alles externe Tools) dann wieder auf 65 GB. Selbst der Wert ist inakzeptabel für einen Messenger.
- Gibt immer wieder lustige Schwierigkeiten durch undokumentiertes Verhalten - SQL-Fehlermeldung mit "Duplicate Keys" (wie immer die auch entstehen können, Bugreports sind eher vage), Worker Timeouts, usw. Wie die entstehen? Unklar, Logfiles sind nicht hilfreich
- Ebenfalls gibt es Probleme mit der Föderation, zu bestimmten Servern klappt das, bei manchen nicht. Warum? Unklar.
Heute hatte ich dann ein Update gemacht - von 1.25 auf 1.26, außerdem meine eigene Systemd-Unit durch die "kanonischen" Systemd-Units von Synapse (
https://github.com/matrix-org/synapse/tree/master/docs/systemd-with-workers) ersetzt, gab interesssante Fehlermeldung im journal
Got notification message from PID 2070452, but reception only permitted for main PID which is currently not know. Das passt aber ins Bild von der fehlerhaften Doku von synapse.
Was aber auch passierte: Das Update hat was in der Datenbank zerschossen, nach dem Start über "meine" (funktionierend) Systemd-Units waren die Logfiles voller PSQL-Fehler.
Nun könnte ich das letzte DB-Backup einspielen, und hoffen das es wieder funktioniert. Anderseits habe ich mir die Frage nach dem Aufwand (siehe oben, siehe Datenbank, siehe Ärger) und dem Nutzen gestellt - matrix wurde am Anfang als ich das Teil aufgesetzt habe ganz gut benutzt, aber es wurden immer weniger aktive Nutzer, so dass es für mich persönlich kaum Nutzen bei maximalem Ärger bringt - deshalb habe ich entschieden die Reparaturarbeiten nicht auszuführen und den Server aufzugeben.
