internal server error (500) after update to DTPO 2.9.11

21:00:18: xxxxx.xxxxx.xxxxxx/remote.php/webdav/dtsync/jodat2.dtCloud/d6c1f71eb2702b6b4382edf07b3e347945efd294543cfb5a8df4944a7b9d1920/receipts/58f86f368dbbeede2c172c983a81a8be64fbce8042f3ec72dde30ac575cdd145.receipt internal server error (500)

Hundreds of messages of this type after update to 2.9.11 !!!

(Antworten gerne auch in deutscher Sprache!)

Danke im Voraus!

If your WebDAV is on a Dreamhost server somewhere, they have been having a site outage for the past 8 or 9 hours today (20170330)

That’s definitely a temporary server issue.

Ok, thank you a lot for your support. But the issue comes up just after update! :confused:

I’ll just wait for better times! :wink:

Problem besteht weiterhin. Zusätzlich kommt nun auch ein anderer Fehler - Client error (423) -! Lässt sich das irgendwie beheben? Sync dauert jetzt dadurch immer sehr lange!

Danke!

Haben Sie denn einmal den Provider kontaktiert und nachgefragt, ob die Probleme behoben sind? Das sind alles server-seitige Probleme, d.h. sofern diese weiterhin bestehen sollten, wäre die einzige Lösung, einen anderen Cloud-Service zu verwenden.

Der Webserver ist vermutlich entweder im Maintenance-Modus oder die Konfiguration ist verstellt, s.a. help.nextcloud.com/t/file-is-lo … nlock/1883

Eine Nachfrage beim Provider wäre daher wohl doch am sinnvollsten.

Perfekt!

Herzlichen Dank für den Tipp mit den lock-files! ca. 320.000 (!) gelockte files haben den Server zum Erliegen gebracht!

Danke! Danke! Danke!

Nichts zu danken :slight_smile: Da die Synchronisierung kein Locking benötigt, wäre nachträglich natürlich noch interessant, was das Problem ursprünglich verursacht hat.

Der Fehler “internal server error” wurde tatsächlich durch fehlerhaften file cache verursacht. Durch das Löschen wurde allerdings die DT-Datenbank serverseitig auf das doppelte aufgeblasen. DB musste komplett vom Server gelöscht und neu erstellt werden.

Nunmehr macht sich ein anderer Fehler “breit”: client error (423)

Siehe dazu die Info aus dem Log von nextcloud im beigefügten Screenshot…

Es scheint erneut eine Datei mit Locking versehen worden zu sein. Da wie gesagt DEVONthink überhaupt kein Locking verwendet, kommen doch langsam Zweifel an der Zuverlässigkeit von Nextcloud auf. Helfen könnte vielleicht nur noch, die Anzahl der gleichzeitigen Verbindungen zu reduzieren, aber das verlangsamt natürlich auch die Synchronsierung.

Ich habe das Transaktionale Sperren (transactional file locking) deaktiviert. Nun tauchen keine Fehler (zumindest bis jetzt) mehr auf.

Danke für den hervorragenden Support!!!