Windows Client 3.4.1 - Sync not working

Grosmollets · December 28, 2021, 4:38pm

Same for me ! I downgrade the version to 3.3.5 and it’s OK

tflidd · December 28, 2021, 7:01pm

Would be great to provide logfiles to the developers with some more details about the setup (used OS version, use of VFS etc.) on github.com/nextcloud/desktop/issues

There is already a topic:

github.com/nextcloud/desktop

Linux Client AppImage 3.4.1 Freezing When Uploading Files

opened 05:25PM - 22 Dec 21 UTC

appliedbarrel

bug

### How to use GitHub * Please use the 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to show that you are affected by the same issue. * Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue. * Subscribe to receive notifications on status change and new comments. ### Expected behaviour Client should upload files to server and notify the user of conflicts, server issues, or other errors with the upload. ### Actual behaviour Client freezes when trying to upload a file. Folder sync connections which don't have changes work fine. Downloads from the server also work. Pausing folders which have pending uploads prevents the client from freezing, but the client still freezes when resuming. Cannot reproduce this problem on version 3.3.6 of the client. ### Steps to reproduce 1. Start client version 3.4.1 2. Resume sync on one or more folders which have upload jobs 3. Observe client beginning upload and progress bar moving 4. Client freezes at the end of the upload 5. Client program is completely unresponsive, has high CPU usage, and must be killed ### Client configuration Client version: 3.4.1  Operating system: Kubuntu 21.10 OS language: en-US Qt version used by client package: ubuntu-5.13.0-22-generic Client package: Nextcloud-3.4.1-x86_64.AppImage from this Github repo Installation path of client: /home/[username] /Applications/Nextcloud-3.4.1-x86_64_5cbe3362585cfaace861289d8773450b.AppImage ### Server configuration  Nextcloud version: 23 Storage backend (external storage): No external storage, Filesystem: ext4 ### Logs Please use Gist (https://gist.github.com/) or a similar code paster for longer logs. 1. Client logfile: I won't upload a debug archive as it does not obfuscate sensitive information. [Here is the final 10 lines of the log produced by the client (GIthub Gist).](https://gist.github.com/appliedbarrel/45fffa24d6291d9deb4c7c5b27fe3ec6) The final line of the logs is usually the same type of message: > [ info nextcloud.sync.networkjob /home/user/src/libsync/abstractnetworkjob.cpp:361 ]: OCC::PutMultiFileJob created for "https://[mywebsite.url]" + "" "OCC::BulkPropagatorJob" Judging by other log messages, it looks like the empty string above "" is where a path should go. I don't know enough to know whether this is useful information or not. There was one instance (could not reproduce) where the above line was followed by: > [ info nextcloud.sync.propagator.root.directory /home/user/src/libsync/owncloudpropagator.cpp:1214 ]: scheduleSelfOrChild OCC::PropagatorJob::Running pending uploads 0 subjobs state OCC::PropagatorJob::Running 2. Web server error log (formatted) It spits this error out each time: > [webdav] Fatal: Unknown error while seeking content > POST /remote.php/dav/bulk > from [IP ADDRESS] by [nextcloud username] at 2021-12-22T16:13:18+00:00 3. Server logfile: nextcloud log (data/nextcloud.log): I can possibly provide this in the future if necessary.

lars-becker · December 29, 2021, 12:42am

Seems to be an issue on the server side. I created a ticket.

github.com/nextcloud/server

Unspecific upload error with new bulk upload leads to client freeze

opened 04:30PM - 28 Dec 21 UTC

lars-becker

bug 0. Needs triage

### How to use GitHub * Please use the 👍 [reaction](https://blog.github.com/2…016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to show that you are affected by the same issue. * Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue. * Subscribe to receive notifications on status change and new comments. ### Steps to reproduce 1. Installed Nextcloud Hub II and Desktop Client 3.4.1 2. The client freezes when trying to upload a changed file. 3. Currently not clear which condidition triggers the error. The log message is unspecific. ### Expected behaviour The client should sync the file with the server. ### Actual behaviour The client freezes. See this related issue: https://github.com/nextcloud/desktop/issues/4106 ### Server configuration **Operating system:** Ubuntu 18.04.6 LTS (Bionic Beaver) **Nextcloud version:** (see Nextcloud admin page) version: 23.0.0.10 **Updated from an older Nextcloud/ownCloud or fresh install:** Upgraded since OwnCloud 5 or 6… ### Logs #### Web server error log <details> <summary>Web server error log</summary> ``` Dez 28 17:09:43 jarvis Nextcloud[21403]: {"reqId":"0hgEj8EYAmtZMK2RzNhl","level":4,"time":"2021-12-28T17:09:43+01:00","remoteAddr":"IP_ADDRESS_REDACTED","user":"lars","app":"webdav","method":"POST","url":"/remote.php/dav/bulk","message":"{\"Exce ption\":\"Sabre\\\\DAV\\\\Exception\",\"Message\":\"Unknown error while seeking content\",\"Code\":500,\"Trace\":[{\"file\":\"/var/www/nextcloud/apps/dav/lib/BulkUpload/MultipartRequestParser.php\",\"line\":129,\"function\":\"isAt\",\"cl ass\":\"OCA\\\\DAV\\\\BulkUpload\\\\MultipartRequestParser\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/apps/dav/lib/BulkUpload/BulkUploadPlugin.php\",\"line\":69,\"function\":\"isAtLastBoundary\",\"class\":\"OCA\\\\DAV\\\\BulkUploa d\\\\MultipartRequestParser\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php\",\"line\":89,\"function\":\"httpPost\",\"class\":\"OCA\\\\DAV\\\\BulkUpload\\\\BulkUploadPlugin\",\"type\":\ "->\"},{\"file\":\"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php\",\"line\":472,\"function\":\"emit\",\"class\":\"Sabre\\\\DAV\\\\Server\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php\" ,\"line\":253,\"function\":\"invokeMethod\",\"class\":\"Sabre\\\\DAV\\\\Server\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php\",\"line\":321,\"function\":\"start\",\"class\":\"Sabre\\\\DAV\\\\Serv er\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/apps/dav/lib/Server.php\",\"line\":339,\"function\":\"exec\",\"class\":\"Sabre\\\\DAV\\\\Server\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/apps/dav/appinfo/v2/remote.php\",\"lin e\":35,\"function\":\"exec\",\"class\":\"OCA\\\\DAV\\\\Server\",\"type\":\"->\"},{\"file\":\"/var/www/nextcloud/remote.php\",\"line\":166,\"args\":[\"/var/www/nextcloud/apps/dav/appinfo/v2/remote.php\"],\"function\":\"require_once\"}],\" File\":\"/var/www/nextcloud/apps/dav/lib/BulkUpload/MultipartRequestParser.php\",\"Line\":111,\"CustomMessage\":\"--\"}","userAgent":"Mozilla/5.0 (Linux) mirall/3.4.1git (Nextcloud, arch-5.15.11-arch2-1 ClientArchitecture: x86_64 OsArchi tecture: x86_64)","version":"23.0.0.10"} ``` </details>

If you have the same issue you might give a +1 or further information, if you found some.

verify · December 29, 2021, 8:03am

Tried to start with “nextcloud.exe --logwindow”, it crashes before you can activate the logging.

Mornsgrans · December 29, 2021, 9:30am

In most cases - so my experiences - the might be something wrong in nextcloud.cfg, if the desktop-software crashes after starting.

markusbln · December 30, 2021, 7:30am

Same to me, I installed the 3.3.6 version from here https://download.nextcloud.com/desktop/releases/Windows/ and the sync works again. Seems it has something to do with the new way of syncing the devices.

tflidd · December 30, 2021, 9:34am

Interesting, you can also log to a file directly:
nextcloud.exe --logfile <file>

verify · January 2, 2022, 9:26pm

Tried --logfile several times but it writes nothing.
Perhaps interesting: When network is disconnected it is not crashing, after reconnection it crashes immediately. The crashed app has a continuing cpu-load of 30%.

tflidd · January 3, 2022, 8:38am

So you can start the client without network and with logging enabled and the you can reconnect and let the client crash. If that still doesn’t work, I’d create a bug report on github.com/nextcloud/desktop/issues

verify · January 3, 2022, 9:15pm

Tried it this way, but it writes no logfile, don’t know why it is not logging.

verify · January 4, 2022, 8:36am

Changed back to 3.3.6 without problems.

balvie · January 7, 2022, 3:32pm

I tried installing today’s nightly built 3.4.50 20220107. No improvement either, switched back to 3.3.5 as I had this one locally available. However it would not start. Then downloaded and installed 3.3.6. Now works fine again.

MrNC · January 9, 2022, 11:07pm

Can confirm that reverting to 3.3.5 (haven’t tested 3.3.6) solves the sync problem for me with Truenas 12.0-U6.1.

thisisbenwoo · January 12, 2022, 5:21am

For those of you replying with problems, are you using Windows 10 or 11? I’m on 11, and in my research, this might be a (if not the) cause.

thisisbenwoo · January 12, 2022, 5:46am

I’ve just tried 3.3.5 and 3.3.6, and both do the same thing. I log in, create the sync, and 2 seconds later, Nextcloud just fails with nothing in the logs. Furthermore, there is literally NOTHING in my Nextcloud folder because I reinstalled EVERYTHING. So I really don’t know where else to look.

Mornsgrans · January 12, 2022, 3:36pm

Did you try to rename/remove nextcloud.cfg before you install annother desktop client version?
C:\Users< username >\AppData\Local\Nextcloud

If there are wrong information in the cfg-file, the desktop client always will fail at startup.

syker69 · January 12, 2022, 3:49pm

just to add 3 x windows 11 machines with 3.4.1 rock solid no sync issues

thisisbenwoo · January 12, 2022, 11:10pm

I actually found Nextcloud.cfg in C:\Users<username>\AppData*Roaming*\Nextcloud. I don’t know what to look for in the cfg-file, but …

That said, I’ve uninstalled Nextcloud, removed C:\Users<username>\AppData*Roaming*\Nextcloud and C:\Users<username>\AppData*Local*\Nextcloud and restarted everything. It still keeps crashing.

Also, each time I delete, I reinitiatize everything, so I don’t think that the nextcloud.cfg is the problem, but what do I know? I’m the one having the problem!

thisisbenwoo · January 12, 2022, 11:11pm

Thanks for the update.

I’ve also completely reinstalled Nextcloud. I also copied everything back in my directory, and then did a occ files:scan and occ files:scan --all. No difference.

thisisbenwoo · January 12, 2022, 11:24pm

So, I looked at the logs inside %APPDATA%/Roaming/Nextcloud/logs, and for each time I tried to run the Nextcloud client, it creates a log, and here’s one of them. Don’t really understand what’s going on here, but it might help. One thing I noticed is C:\Users*sysadmin*…

There is no sysadmin user. Please also look at the progressive movement up the file tree.

2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common/ownsql.h:151 ]       [ OCC::SqlQuery::bindValue ]:   SQL bind 1 "00002276oc8amzbb5ac6"
2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common\ownsql.cpp:295 ]     [ OCC::SqlQuery::exec ]:        SQL exec "SELECT path, inode, modtime, type, md5, fileid, remotePerm, filesize,  ignoredChildrenRemote, contentchecksumtype.name || ':' || contentChecksum, e2eMangledName, isE2eEncrypted  FROM metadata  LEFT JOIN checksumtype as contentchecksumtype ON metadata.contentChecksumTypeId == contentchecksumtype.id WHERE fileid=?1"
2022-01-12 15:18:46:217 [ info sync.discovery C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\libsync\discovery.cpp:1368 ]:     Discovered "Shared Files/[folder]/[subfolder]/[sub-subfolder]/[file]" CSyncEnums::CSYNC_INSTRUCTION_NEW OCC::SyncFileItem::Down CSyncEnums::ItemTypeVirtualFile
2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common/ownsql.h:145 ]       [ OCC::SqlQuery::bindValue ]:   SQL bind 1 "Shared Files/[folder]/[subfolder]/[sub-subfolder]/[file]"
2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common\ownsql.cpp:295 ]     [ OCC::SqlQuery::exec ]:        SQL exec "SELECT lastTryEtag, lastTryModtime, retrycount, errorstring, lastTryTime, ignoreDuration, renameTarget, errorCategory, requestId FROM blacklist WHERE path=?1 COLLATE NOCASE"
2022-01-12 15:18:46:217 [ debug nextcloud.sync.networkjob C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\libsync\abstractnetworkjob.cpp:298 ]  [ OCC::AbstractNetworkJob::slotFinished ]:      Network job OCC::LsColJob finished for "/Shared Files/[folder]/[subfolder]/[sub-subfolder]"
2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common/ownsql.h:145 ]       [ OCC::SqlQuery::bindValue ]:   SQL bind 1 "Shared Files/[folder]/[subfolder]/[sub-subfolder]"
2022-01-12 15:18:46:217 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common\ownsql.cpp:295 ]     [ OCC::SqlQuery::exec ]:        SQL exec "SELECT lastTryEtag, lastTryModtime, retrycount, errorstring, lastTryTime, ignoreDuration, renameTarget, errorCategory, requestId FROM blacklist WHERE path=?1 COLLATE NOCASE"
2022-01-12 15:18:46:218 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common/ownsql.h:145 ]       [ OCC::SqlQuery::bindValue ]:   SQL bind 1 "Shared Files/[folder]/[subfolder]"
2022-01-12 15:18:46:218 [ debug nextcloud.sync.database.sql C:\Users\sysadmin\AppData\Local\Temp\2\windows-8634\client-building\desktop\src\common\ownsql.cpp:295 ]     [ OCC::SqlQuery::exec ]:        SQL exec "SELECT lastTryEtag, lastTryModtime, retrycount, errorstring, lastTryTime, ignoreDuration, renameTarget, errorCategory, requestId FROM blacklist WHERE path=?1 COLLATE NOCASE"

Update: I was successful at syncing but by downloading, and not doing virtual file support. Not sure what other’s experiences are. As soon as I converted to virtual file support, it crashed. Tried it twice!

Perhaps that is the problem…

I’ve also synced it on 3 other (total 4 PCs) and same result - no virt file support, but everything else worked.