Okay, switching the database backend in #NextCloud to #mariaDB solves my issue … #PostgreSQL seems to be not as much tested as they do with .mariaDB. I'm a litte bit unhappy about dropping Postgres. But the cool thing with NextCoud is that it is so easy to switch the database:
php ./occ db:convert-type --all-apps mysql nextcloud 127.0.0.1 nextcloud
For a smooth run a had to raise max_allowed_packet in /etc/mysql/my.cnf: max_allowed_packet = 32M
@Mario Vavti I'm not an expert. In the past I had on my server at home some programs that needed postgres (like DaviCal). So I tried to stay on that machine with only one database system. And what I red about postgres is not bad
I know there are also some folks at #Toppoint in Kiel who try to run Hubzilla on Postgres.
Am Sonntag wollte ich mal mit #NextCloud spielen und war dann doch recht erschrocken:
Da will man mal wie Hipsterland seine Kalender in die #Nextcloud schieben, da haut das System sämtliche Termineneinladungen erneut raus
Zum Glück habe ich den Import mit einem kleinen Kalender und nicht mit dem mit meinen beruflichen Terminen ausprobiert. Ein solches Verhalten war bisher außerhalb meiner Vorstellungen.
Das ist aber schon eine heftige Geschichte, und so etwas sollte eigentlich nicht passieren, schon gar nicht bei Kontakt- und Kalenderdaten. Auch, wenn mal die aus einem Backup fischen kann, stärkt ein solcher Vorfall ja nicht das eigene Vertrauen in eine solche Software. Wie stellt man sicher, dass da nicht weitere – nicht offensichtliche – „Datenabflüsse“ vorfallen.
Tim Schlotfeldt ⚓