Am Mittwoch, 9. März 2022, 12:06:52 CET schrieb Dieter Klünter:

Am Sat, 05 Mar 2022 17:48:15 +0100

schrieb Dirk Meier <dirk.meier@gmx.de>:

...

Hallo, bedingt durch wiederholte Probleme mit KDE PIM Anwendungen habe ich im userbase.kde.org nach Akonadi gesucht. Nach ein paar links bin ich dann auf https://bugs.kde.org/show_bug.cgi?id=275261 gestoßen. Dort heißt es sinngemäß, dass Akonadi MySQL verwendet und MySQL mit NFS Probleme bereitet, ohne dass es da Möglichkeiten zur Verbesserung gibt. Weiter heitßt es, das es für MariaDB Optionen in der config-Datei gibt, die das Verhalten über NFS stabilisieren, diese aber per default auskommentiert sind. Es handelt sich um einen älteren bug-Report. Der letzte Eintrag ist von 2017 und weist darauf hin, dass Akonadi über NFS immer noch fragil ist. Bei mir läuft OS 15.3 und KDE Plasma 5.18.6 und KDE-Framework 5.76.0. Das / home ist auf einem server mit OS 15.2 gespeichert und wird über NFS-kernel- server 2.1.1 freigegeben. Kann mir jemand sagen ob diese grundsätzliche Problematik weiterhin besteht, und falls ja wie kann man die KDE PIM Anwendungen trotzdem stabil verwenden?

Prinzipiell gibt es zwei Problembereiche.

- SQL ist kein Netzwerk-Protokoll,für die Datenübertragung wird häufig HTTP benutzt, manchmal auch UDP, also connection-less. - NFS ist heutzutage fragwürdig. (Sicherheit, Filesystem)

Für den Heimgebrauch kann man das aber einsetzen.

-Dieter

Hallo Dieter, erstmal vielen Dank für deine Antwort. Nutze NFS für das /home, weil dann alle Einstellungen, Bookmarks etc. dort zentral gesichert werden können. Welche bessere Alternative gibt es dazu? SMB? Wie muss ich den anderen Problembereich interpretieren, dass SQL kein Netzwerkprotokoll ist. Was bedeutet dies für meinen Anwendungsfall? Dass Akonadi nicht auf dem NFS Share liegen darf? Wie kann ich das Problem lösen/umgehen? Dirk