[desktop] Desktop Sync client not working - network issues

Tombar · February 3, 2019, 9:34am

Hello,

I have issues with the Desktop Client. Sometimes it happens that it does not sync with the server any more. But if I close the desktop client it works after a restart without any issues. The error message is quite strange and shows that network access is not possible. But the network works. I can prove this by stopping/restarting of the application. I have not activated encryption.

Client version: 2.5.1
Nextcloud server version: 14.0.4

Within the client I can see the following error:
nextcloud_sync_issues

Client Logfile:

|[OCC::ActivityListModel::startFetchJob |Start fetching activities for “Thomas@192.168.253.23”|
|—|---|
|[OCC::AccessManager::createRequest |2 “” “http://192.168.253.23/cloud/ocs/v2.php/cloud/activity?start=0&count=100&format=json” has X-Request-ID “0b4002c0-35d7-4744-9fe0-5d8814b7566c”|
|[OCC::AbstractNetworkJob::start |OCC::JsonApiJob created for “http://192.168.253.23/cloud” + “ocs/v2.php/cloud/activity” “OCC::ActivityListModel”|
|[OCC::AccessManager::createRequest |2 “” “http://192.168.253.23/cloud/ocs/v2.php/apps/notifications/api/v2/notifications?format=json” has X-Request-ID “e6a22fe3-c10d-4542-a09e-40a813891721”|
|[OCC::AbstractNetworkJob::start |OCC::JsonApiJob created for “http://192.168.253.23/cloud” + “ocs/v2.php/apps/notifications/api/v2/notifications” “OCC::ServerNotificationHandler”|
|[OCC::WebFlowCredentials::slotFinished |request finished|
|[OCC::AbstractNetworkJob::slotFinished |QNetworkReply::NetworkError(UnknownNetworkError) “Der Zugriff auf das Netzwerk ist nicht gestattet.” QVariant(Invalid)|
|[OCC::WebFlowCredentials::stillValid |Still valid?|
|[OCC::WebFlowCredentials::stillValid |QNetworkReply::NetworkError(UnknownNetworkError)|
|[OCC::WebFlowCredentials::stillValid |“Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::JsonApiJob::finished |JsonApiJob of QUrl(“http://192.168.253.23/cloud/ocs/v2.php/cloud/activity?start=0&count=100&format=json”) FINISHED WITH STATUS “UnknownNetworkError Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::JsonApiJob::finished |Network error: “ocs/v2.php/cloud/activity” “Der Zugriff auf das Netzwerk ist nicht gestattet.” QVariant(Invalid)|
|[OCC::WebFlowCredentials::slotFinished |request finished|
|[OCC::AbstractNetworkJob::slotFinished |QNetworkReply::NetworkError(UnknownNetworkError) “Der Zugriff auf das Netzwerk ist nicht gestattet.” QVariant(Invalid)|
|[OCC::WebFlowCredentials::stillValid |Still valid?|
|[OCC::WebFlowCredentials::stillValid |QNetworkReply::NetworkError(UnknownNetworkError)|
|[OCC::WebFlowCredentials::stillValid |“Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::JsonApiJob::finished |JsonApiJob of QUrl(“http://192.168.253.23/cloud/ocs/v2.php/apps/notifications/api/v2/notifications?format=json”) FINISHED WITH STATUS “UnknownNetworkError Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::JsonApiJob::finished |Network error: “ocs/v2.php/apps/notifications/api/v2/notifications” “Der Zugriff auf das Netzwerk ist nicht gestattet.” QVariant(Invalid)|
|[OCC::ServerNotificationHandler::slotNotificationsReceived |Notifications failed with status code 0|
|[OCC::Folder::slotRunEtagJob |Trying to check “http://192.168.253.23/cloud/remote.php/dav/files/Thomas/” for changes via ETag check. (time since last sync: 500 s)|
|[OCC::AccessManager::createRequest |6 “PROPFIND” “http://192.168.253.23/cloud/remote.php/dav/files/Thomas/” has X-Request-ID “7ece8acf-9c9e-42fa-8f7c-6bd4a67a6ec4”|
|[OCC::RequestEtagJob::start |request network error: “Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::AbstractNetworkJob::start |OCC::RequestEtagJob created for “http://192.168.253.23/cloud” + “/” “OCC::Folder”|
|[OCC::WebFlowCredentials::slotFinished |request finished|
|[OCC::AbstractNetworkJob::slotFinished |QNetworkReply::NetworkError(UnknownNetworkError) “Der Zugriff auf das Netzwerk ist nicht gestattet.” QVariant(Invalid)|
|[OCC::WebFlowCredentials::stillValid |Still valid?|
|[OCC::WebFlowCredentials::stillValid |QNetworkReply::NetworkError(UnknownNetworkError)|
|[OCC::WebFlowCredentials::stillValid |“Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::RequestEtagJob::finished |Request Etag of QUrl(“http://192.168.253.23/cloud/remote.php/dav/files/Thomas/”) FINISHED WITH STATUS “UnknownNetworkError Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[OCC::ActivityWidget::slotPrimaryButtonClickedOnListView |Opening “d:%5CNextcloud%5Clocal_sync_Thomas” in browser for Notification/Activity “Beim Öffnen eines Ordners ist ein Fehler aufgetreten. Der Zugriff auf das Netzwerk ist nicht gestattet.”|
|[unknown |ShellExecute ‘d:%5CNextcloud%5Clocal_sync_Thomas’ failed (error 2).|
|[OCC::Utility::openBrowser |QDesktopServices::openUrl failed for QUrl(“d:%5CNextcloud%5Clocal_sync_Thomas”)|

jonasled · February 20, 2019, 6:07pm

Try to log out and then log in again in the client software

tom_p · March 15, 2019, 9:51am

Ich hab genau das gleiche Problem und suche schon seit Wochen für eine Lösung … Mit den Android Geräten kann ich ganz normal herunterladen und hinauf laden. Per Browser kann ich normal arbeiten. Aber die Desktopclients funktionieren nicht …
Wäre super wenn jemand eine Lösung hätte

Ich probiere mal das ganze nextcloud auf 2 Wochen früher wiederherzustellen. Da hat es noch funktioniert.

gerdpape · October 9, 2019, 11:48am

Ich habe dieses Problem auch. Der Client lief eine ganze Zeit ohne Probleme.
Nun läuft die Synchronisierung nicht mehr durch. Es komm immer die Fehelrmeldung

“Beim Öffnen des Ordners ist ein Fehler aufgetreten. Die Operation wurde abgebrochen”

Danach versucht der Client wieder auf neue alle Änderungen zu erfassen. Bleibt dann aber wieder mit dieser Fehlermeldung hängen.

Ein Neustart des Clients oder eine Neuanmeldung hat auch nicht geholfen.

Es wird die Windows Client Version 2.6.0 unter Windows 10 Prof. benutzt.

Der benutzte Ablage Ordner ist und war „N:\NextCloud“ und hat bis zu diesem Zeitpunk immer funktioniert. Auch der Zugriff über den Datei-Explorer funktioniert ganz normal.

Nach diesem Fehler bricht die Aktualisierung/Synchronisierung immer wieder ab.

Alle Änderung werden nicht mehr registriert und Übertragen.

Auch eine Erzwingen der Neusychronisierung, eine Neustart des Clients oder das Ab- und wieder Anmelden bring keine Erfolg. Die Aktualisierung bzw. Suche nach Änderung nach diesem Fehler wieder komplett.

Es hilft nur den Client einmal komplett zu deinstallieren und anschließend neu zu installieren und das Konto neu zuerstellen. Dann müssen aber aber Ordner schon lokal vorhanden waren wieder neu aus der Cloud herunter geladen werden. Die eigentlich schon vorhanden lokalen Ordner können nicht beibehalten werden so dass die Neusynchronisation nur eine neuen Abgleich machen muss.

Man hat nur die Wahl zwischen „Akuelle Daten inNextCloud“ oder „Aktuell von lokal“ zu wählen.

Dem entsprechend wird dann die andere Seite überschrieben bzw. gelöscht.

Dies Problem tritt unabhängig auf zwei verschiedenen Rechner-Installationen auf.

Der Rechte-Zugriff auf das benutze lokale Verzeichnis ist auf jeden gegeben und nicht eingeschränkt. Das wurde mehrfach geprüft.

Hat da jemand schon eine Lösung für ?

Mit freundlichen Gruessen
G.P.

Lace79 · February 12, 2020, 12:11pm

Hat denn jemand schon eine Lösung für dieses Problem ?

Habe meinen NetxcloudPi schon sein Monaten laufen und diese Woche den DesktopClient eingerichtet. Aktuell sind nur zwei Clients am laufen.
Die Einrichtung hat auch super geklappt. Nun habe ich an einem Rechner ein Dokument bearbeitet und gespeichert. Leider wird genau dieses Dokuemtn nicht gesynct… ?

Fehlermeldung “Zeitüberschreitung bei der Verbindung”

Das macht wenig Sinn, da ja der komplette Sync von ca. 50 GB funtkioniert hat, ein paar Stunden davor.

Wäre um einen Tipp sehr dankbar.

Grüße

Stefans_Tina · February 19, 2020, 11:05pm

Hallo zusammen,

scheinbar ist für dieses Problem wohl noch keine Lösung in sicht… Bei mir passiert es regelmäßig bei großen Ordnern. Im Log finden sich auch keine Handfesten Hinweise. Unter “Server replied” findet sich auch kein (brauchbarer) Hinweis… Hätte gehofft, das dies mit dem Client 2.6.3. besser werden würde… Leider Fehlanzeige… Die Filesize in MariaDB und PHP config habe ich auch schon “angepasst”, aber abhilfe hatte das auch nicht gebracht. Kann das evtl. ein Timeout Problem sein?

VG

proxypunk · February 24, 2020, 9:45am

Ich bin noch relativ neu bei nextcloud bzw. owncloud. Auf die Servereinstellungen habe ich keinerlei Einfluss, da externes Hosting, aber der Fehler sieht mir nach einem Bug aus:

Ich habe schon versucht Virenscanner und Firewall zu deaktivieren, Netzwerkfreigabe deaktiviert, NTFS-Berechtigungen komplett neu ausgeteilt - ständig bleibt der Sync Client bei diesem Verzeichnis hängen. Gibt es irgendein Workaround? Bin eigentlich begeistert von nextcloud aber solche Kindergartenprobleme brauche ich wirklich nicht.

AlexPa5 · March 5, 2020, 1:16pm

Ich habe leider genau dasselbe Problem…

konian71 · March 21, 2020, 1:30am

Hallo, auch ich habe das Problem wie Tombar mit dem Windows-Client Version 2.6.4stable-Win64 (build 20200303).

Beende ich den Client und starte ihn neu, dann ist die Meldung weg. Ich habe nicht rausgefunden, was dies auslöst. Die Cloud ist nagelneu und ich habe erst ein paar MB raufkopiert.

Kami · March 29, 2020, 12:34pm

Auch ich habe dieses Problem. Seit Jahren lief es stabil. Nun habe ich mein iMac gepflegt. Also Festplatte gelöscht und Catalina installiert. Nun zickt mein Sync Client ( Latest stable version: 2.6.4 ) mit der selben Fehlermeldung wie alle da oben.

OberstVonGatow · March 30, 2020, 6:23pm

Bei mir leider das gleiche Problem…

didiwein · April 7, 2020, 8:51am

Nach PC Neustart ging die Meldung weg.

JimmyKater · April 7, 2020, 9:07am

liebe leute - das hier war ursprünglich mal ein thread, der in englisch eröffnet wurde. weil wir in einem internationalen forum einer internationalen software sind - die vereinbarte standardsprache ist also englisch.

wenn dann ein englischer thread von deutschsprachigen usern gekapert wird, finde ich das insofern schade, als dass der thread dann im deutschen subforum landet - wo man tatsächlich deutsch als standard definiert hat.
allerdings ist die reichweite im deutschen subforum doch sehr begrenzt. mit englischen postings erreicht man deutlich mehr user… fragen haben da eher eine chance, beantwortet zu werden.

meine bitte also: bitte keine threads kapern… und bitte auch deutsche anfragen in das deutsche subforum posten. (und ja, ich weiß, andere sprachen sprechen ist aufwändiger… aber wofür gibt es denn zb translate.gurgel.de (bitte hier die richtige url selbst einfügen)? - das übersetzt in beide richtungen soweit ganz gut.

danke

Gregor · May 7, 2020, 11:52am

Today it is my turn … it just happened to me as well. But I can report some additional details.
The Nextcloud 18.0.4 synchronizes with no difficulties on 8 iMacs in a Network (Mac OS 10.12.6 Sierra Nextcloud-Client Version 2.6.4 for Mac OS). One client (also an iMac; also Mac OS 10.12.6 Sierra Nextcloud-client 2.6.4) has severe difficulties to synchronize.

To narrow the search, I had cleared via console the cache and rebuilt via scan the user-directory

sudo -u apache <path>/php <path>/occ cleanup
sudo -u apache <path>/php <path>/occ files:scan --<username>

I rebooted the iMac (just to be sure).
The error still occurred.

Now I rebuild the files on this mac „directory by directory“. I had disabled synchronization for all directories but one. Than I let start the syncing. After this finished successfully for one folder, I suspended or paused the client (no Quit !!!), included the next folder (in the gui of the client) and let start the syncing again. Until now (6 folders) this method works.

(This is my first contribution here – please be kind if I managed to violate any rule - I tried to be helpful)

UPDATE (a few hours later): Finally this method worked. I managed to get a complete and stable mirror on the mentioned machine by reducing the amount of data to be send during one pass of synchronization and repeated this step as long as needed to transfer all files.

I have to add one detail I forgot to mention in my original post: The iMac with the problem was the only machine with a conventional HD, all other iMacs have a so called SuperDrives (combination of a SSD and HD for higher speed). Maybe it is an issue with a slow local disk in the client.

paeddi · January 21, 2021, 1:52pm

I have this problem since one week on windows with client version 3.1.1.
Only a restart of the client app works.
Up to now I can’t find the cause for this problem.
Is it working now for you?

Tombar · January 22, 2021, 7:39pm

it is a known issue. They fixed it and with 3.1.1 the error appeared again. Should be fixed with upcoming 3.1.2

See comments here: