Tim Schlotfeldt ⚓

tim@hub.tschlotfeldt.de

Digitalization Consultant. Open Source fan. Arch Linux user ⚓ „Digitalisierung im Kopf, Open Source im Herzen.“

Location:: Eiderstede 12
Bordesholm, Schleswig-Holstein 24582 Deutschland

Homepage:: https://www.tschlotfeldt.de/

Tim Schlotfeldt ⚓

Kiel, Sat, 07 Dec 2019 11:54:05 +0100

*andenkopfklatsch*

Ich hatte gestern das Problem, eine große Datei in eine NextCloud-Instanz zu laden. Die Datei war etwas über 4G groß, also könnte irgendwo bei #NextCloud, #PHP, #Apache oder #FPM ein Upload-Limit zuschlagen. Nach ein wenig erfolglosem Rumprobieren stellt sich dann raus, dass stattdessen mein temp-Verzeichnis (tempfs) mit dem Upload vollgelaufen ist. Mit der Änderung von upload_tmp_dir in der PHP-ini war das Problem dann schnell behoben.

Tim Schlotfeldt ⚓

Kiel, Sun, 18 Mar 2018 07:18:15 +0100

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

Sun, 18 Mar 2018 07:33:03 +0100 last edited: Sun, 18 Mar 2018 07:33:30 +0100

What is your opinion regarding postgres vs mariadb in general?

Tim Schlotfeldt ⚓

Sun, 18 Mar 2018 08:53:16 +0100

@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.

(((Arthur Schiwon)))

Sun, 18 Mar 2018 13:00:32 +0100 from Diaspora

atuomatic tests are in place for mariadb/mysql, sqlite and also pgsql. In that case the scenario was obviously not covered :( Thanks for reporting!

Tim Schlotfeldt ⚓

Kiel, Tue, 27 Feb 2018 15:46:45 +0100

I was so happy with my new @Nextcloud ????☁️???? installation and then this (trying to invite a contact to an appointment):

postgres[645]: 2018-02-27 11:18:14.647 CET [16185] FEHLER:  ungültige Eingabesyntax für Typ bytea
postgres[645]: 2018-02-27 11:18:14.647 CET [16185] ANWEISUNG:  INSERT INTO "oc_schedulingobjects" ("principaluri", "calendardata", "uri", "lastmodified", "etag", "size") VALUES($1, $2, $3, $4, $5, $6)

*grummel* calendars isn't an easy job

#nextcloud #postgresql

Tim Schlotfeldt ⚓

Kiel, Wed, 20 Sep 2017 22:54:44 +0200 last edited: Wed, 20 Sep 2017 22:55:10 +0200

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.

Tim Schlotfeldt ⚓

Thu, 21 Sep 2017 11:30:25 +0200

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.