Ich habe ein eigenwilliges Problem.
Seit einiger Zeit betreibe ich auf meinem Strato-Root-Server eine Nextcloud-Instanz mit einer SQLite 3 DB und auf PHP 7.0.33.
Aufgrund von Problemen mit der PHP-Installation war ich seit längerem auf der Version 15.x geblieben, ohne zu updaten.
Gestern Abend habe ich sowohl eine neue Gruppe, als auch einen neuen Benutzer angelegt und wollte die Gruppe, die drei Mitglieder hat (zwei alte und den neuen Benutzer), einer Freigabe hinzufügen. Leider konnte ich weder den neuen Benutzer, noch die neue Gruppe in der Suche finden, sehr wohl aber die alten Benutzer.
Da ich vermutete, dass vielleicht etwas mit der Version nicht stimmte, oder die Datenbank vielleicht einen Fehler hatte, habe ich mich an den Schrittweise Umbau begeben.
Mittlerweile lauft die Instanz auf einer MySQL, PHP 7.4.6 und der Nextcloud-Version 18.0.5.
Das Problem hat sich leider jedoch noch nicht gelöst.
Kennt jemand vielleicht diese Problematik und kann mir einen Tipp geben?
Danke und Gruß
Yipie
Update: Mit direkter Manipulation der MySQL-DB kann ich wenigstens den neuen User manuell für die Freigabe eintragen und er erhält auch Zugriff. Bei der Gruppe klappt das Mapping leider nicht.
Danke für Deine Frage und sorry für meine späte Antwort.
Ich habe keinerlei manuellen export oder import durchgeführt.
Lediglich nach dem letzten upgrade ein “occ db:convert-type --all-apps mysql nextcloud 127.0.0.1 nextcloud” durchgeführt um auf eine mysql-DB umzustellen, die ich zuvor leer erstellt habe.
Das war dann schlussendlich der letzte Versuch die Probleme in den Griff zu bekommen, hat aber auch nicht wirklich was gebracht.
Leider kann ich nicht im Detail sagen, was die Routine im Hintergrund genau macht.
Auch Dir Danke für Deine Antwort und sorry, dass ich heute erst antworten kann.
Folgende Meldungen habe ich derzeit noch im System übrig:
Der "Strict-Transport-Security“-HTTP-Header ist nicht auf mindestens "15552000“ Sekunden eingestellt. Für mehr Sicherheit wird das Aktivieren von HSTS empfohlen, wie es in den [Sicherheitshinweisen] erläutert ist.
Das PHP-OPcache-Modul ist nicht geladen. [Für eine bessere Leistung empfiehlt es sich] das Modul in Ihre PHP-Installation zu laden.
Hierzu muss ich allerdings sagen, dass die Einstellungen für das OPCache-Modul eingespielt sind und phpinfo auch klar das Modul als aktiv anzeigt.
Ebenso habe ich eigentlich die HSTS-Einstellungen sollten aktiv sein, da muss ich aber noch einmal nachsehen, wieso das derzeit scheinbar nicht gezogen wird.
zu diesem Thema scheint es unterschiedlichste Seiten zu geben.
Die erste, die ich gefunden hatte, hatte nunmal die zusätzlichen Escape Characters eingebaut.
Habe eben mal probiert, ob es einen Unterschied bringt, aber zumindest für den Fehler macht es sich nicht bemerkbar.
Ich bin immernoch der Ansicht das es sich um ein Datenbankfehler handelt.
Ach und schalt mal fail2ban ein.
Zuerst mal ein Backup machen bevor du an deiner Datenbank rumwurstelst
Dann sudo-uwww-data php occ maintenance:mode --on
und sudo -u www-data php occ db:convert-filecache-bigint sudo-uwww-data php occ maintenance:mode --off
Und leg mal zum test ein neuen Admin an. Kann sein das es dir da deine rechte zerschossen hat.