-
Bei welchen Anbieter? Was für ein Server? v-server, shared, root, usw. Oder Lokal?
Standard-Webspace bei Webgo in Hamburg Apache Nginx usw. -
Betriebssystem sowie Version ALLER beteiligten Systeme
Manjaro-Linux 6.6 -
Nextcloud Version: Nextcloud Hub 9 ver. 30.0.1
-
PHP Version: 8.3
-
Welche Datenbank? MariaDB
-
Apache version, usw.
-
NC läuft als App auf Linux in Version 2:3.14.0-4
-
Netzwerk Aufgliederung: DSL Fritzbox LAN PC
-
Wurden vor kurzen Server Updates gemacht? Nein
-
Habt ihr die Logs angesehen von Nextcloud und von System? - Datei ist über 380 MB groß. Ich zitiere die wichtigsten Meldungen im Text unten.
-
Bei was für einer Aktion ist der Fehler aufgetreten?
Anscheinend existiert der Fehler mindestens seit dem Update vom 30.10.2024 und evtl. in Verbindung mit dem Löschen von versteckten Verzeichnissen im Dateiordner meines Profils per FTP.
Seitdem funktionierte die Synchronisation mit CalDAV und CardDAV noch, aber die Datei-Synchronisation war dann definitiv defekt.
Gestern hatte ich Zeit, mich um die Ursache betr. Dateisync. zu kümmern.
Ich untersuchte per ftp die Dateien in meiner serverseitigen Nextcloud und fand darin drei große Verzeichnisse, die mit einem Punkt im Dateinamen begannen. Sie waren also versteckt und so konnte ich sie bisher nicht bemerken. Nur bei den Synchronisationseinstellungen, welche Ordner synchronisiert werden sollten auf den diversen Geräten, da waren diese versteckten Ordner aufgelistet.
Dann fand ich heraus, dass versehentlich versteckte Ordner von einem meiner Linux-PCs mit in die Nextcloud-Synchronisation geraten waren. Diese Ursache war also geklärt. Aber wie bekomme ich die versteckten Ordner wieder heraus? Sie scheinen ja die Synchronisation zu stören.
Ich habe versucht, sie über die normale Admin-Oberfläche im Webbrowser zu löschen. Dort lassen sie sich aber nicht sichtbar machen.
Auch in der Nextcloud-App unter Linux oder auf dem Smartphone sind sie nicht sichtbar zu machen.
Also habe ich per ftp auf die Dateien / Ordner zugegriffen und diese per ftp gelöscht. Leider war nun das Ergebnis, dass überhaupt keine Datei-Synchronisation mehr funktioniert!
Zur Struktur meiner NC-Installation:
Ich bin mein einziger Benutzer, bestehend aus Admin und Benutzer. Andere Benutzer sind nur testweise angelegt und nicht “in Benutzung”.
Ich habe insgesamt fünf PCs / Laptops, die alle unter Manjaro-Linux laufen und alle das gleiche Sync-Problem zeigen. Ferner habe ich ein Android-Smartphone mit GrapheneOS und der Nextcloud-App. Die hat ebenfalls das Datei-Sync-Problem.
Jetzt gerade, während ich dies schreibe, steht im Admin Verwaltungsbereich in der Protokollierung, dass nix mehr geht wegen max. Speichergrenze. Dieses Webinterface der NC ist die einzige Möglichkeit, in Teile des NC-Logs hinein zu schauen, da es inzwischen über 380 MB groß geworden ist.
Hier einige mir wichtig erscheinende Meldungen aus den letzten Stunden / Tagen des Logfiles:
[PHP] Fehler: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 124760064 bytes) at /home/www/webseiten/nextcloud/lib/public/AppFramework/Http/JSONResponse.php#63
GET /index.php/apps/logreader/api/poll?lastReqId=ZydIMK3YaRj46Ns3dqvGcAAAAAM
von 93.200.124.131 von xxxxxxxxxxxxxx um 03.11.2024, 11:08:30
[PHP] Fehler: Error: Class “OCA\DAV\Connector\Sabre\ExceptionLoggerPlugin” not found at /home/www/webseiten/nextcloud/remote.php#36
PROPFIND /remote.php/dav/files/xxxxxxxxxxxxxx/Documents/Systemisches-Konsensieren
von 93.200.124.131 von – um 03.11.2024, 10:50:58
[suspicious_login] Warnung: Could not predict suspiciousness: No models found
PROPFIND /remote.php/dav/calendars/xxxxxxxxx/contact_birthdays/
von 93.200.124.131 von xxxxxxxxxx um 03.11.2024, 07:31:43
[PHP] Fehler: Doctrine\DBAL\Exception: Failed to connect to the database: An exception occurred in the driver: SQLSTATE[HY000] [1203] User web3487_1 already has more than ‘max_user_connections’ active connections at /home/www/webseiten/nextcloud/lib/private/DB/Connection.php#233
GET /ocs/v1.php/cloud/user?format=json
von 93.200.124.131 von – um 02.11.2024, 19:20:51
[suspicious_login] Warnung: Could not predict suspiciousness: No models found
POST /index.php/login
von 93.200.124.131 von Kxxxxxxxxxxxxxx um 30.10.2024, 00:39:03
Und hier die Log-Meldungen in Zusammenhang mit dem NC-Update vom 30.10.2024:
[updater] Information: \OC\Updater::resetLogLevel: Reset log level to Warning(2)
GET /core/ajax/update.php?requesttoken=znDC4z7Csel3ddnveZkDmsWWoUVGC1gQQcOvva58IUc%3D%3AqkWxpk6PhYYWHeq6N61O9IGjxBJzWhN6OaT49tQyeSA%3D
von 93.200.124.131 von – um 30.10.2024, 00:38:09
[updater] Information: \OC\Updater::updateEnd: Update successful
GET /core/ajax/update.php?requesttoken=znDC4z7Csel3ddnveZkDmsWWoUVGC1gQQcOvva58IUc%3D%3AqkWxpk6PhYYWHeq6N61O9IGjxBJzWhN6OaT49tQyeSA%3D
von 93.200.124.131 von – um 30.10.2024, 00:38:08
Beim Update wurden wohl auch Datenbank-Reparaturen ausgeführt:
[no app in context] Fehlersuche: dirty table reads: SELECT appid
, configkey
, configvalue
, type
, lazy
FROM *PREFIX*appconfig
GET /core/ajax/update.php?requesttoken=znDC4z7Csel3ddnveZkDmsWWoUVGC1gQQcOvva58IUc%3D%3AqkWxpk6PhYYWHeq6N61O9IGjxBJzWhN6OaT49tQyeSA%3D
von 93.200.124.131 von – um 30.10.2024, 00:37:58
Ältere Log-Einträge als diesen, der noch vom Update am 30.10. stammt, fand ich nicht:
[updater] Fehlersuche: \OC\Updater::checkAppStoreAppBefore: Checking for update of app “files_pdfviewer” in appstore
GET /core/ajax/update.php?requesttoken=znDC4z7Csel3ddnveZkDmsWWoUVGC1gQQcOvva58IUc%3D%3AqkWxpk6PhYYWHeq6N61O9IGjxBJzWhN6OaT49tQyeSA%3D
von 93.200.124.131 von – um 30.10.2024, 00:37:38
Inzwischen konnte ich über den Protokolldaten-Leser die Einträge filtern und so erkennen, dass ich am 17.06.2024 ein voriges Update installiert hatte, was keine Probleme zur Folge hatte.
Die Probleme starteten also erst mit dem letzten Update am 30.10.2024
Der Zugriff auf alle Dateien, auf das Deck und Kalender usw. ist über das Webinterface nach wie vor problemlos möglich! Nur die Sync der Dateien zu den Clients ist defekt.
Wie bekomme ich meine NC nun wieder flott?