Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Endless 'connection closed' error on certain files #5464

Open
5 of 8 tasks
anonbergine opened this issue Feb 23, 2023 · 10 comments
Open
5 of 8 tasks

[Bug]: Endless 'connection closed' error on certain files #5464

anonbergine opened this issue Feb 23, 2023 · 10 comments
Labels
0. Needs triage hotspot: chunk sizing Chunk sizing defaults, fallback behavior, etc.

Comments

@anonbergine
Copy link

⚠️ Before submitting, please verify the following: ⚠️

Bug description

Note: This is not the same as #4278, although the two could be related

For whatever reason, some files fail to upload due to "connection closed" error. Those files then persistently throw that error on subsequent syncs.

The only workaround I've found so far is to alter the file name, usually one character at a time, until the file eventually uploads. If I don't do that, the file will just endlessly sync fail with "connection closed" errors.

As an example, one of dozens of files I have that are currently 'connection closed' bugged is chatham-standup-2019-sep_48734822492_o.jpg. If I rename that to chatham-standup-2019-sep_48734822492_ (removed last char, but any change to the filename would suffice) then nc does at least try and sync it properly thinking it's a new file. However, single name change doesn't always fix the problem - sometimes I have to do several tweaks to filename to get nc to actually upload something.

Steps to reproduce

IDK what causes triggers a file to encounter "connection closed" error, but once it does that error is permanent for that file and it will keep throwing same error every sync attempt - even though other files are uploading just fine.

It seems to occur mainly for media files (jpg, mp4, etc) - of all sizes. Larger files (eg. over 60MB) seem to encounter it more often than smaller ones, but I've had it occur on files as small as 7MB (that I've seen so far, that isn't necessarily a hard size limit).

Expected behavior

Sync, the single most important component of nextcloud, should actually.... sync.

I suspect the lack of resume is part of the problem - having to restart a failed upload from scratch is entirely ludicrous in 2023. There is maybe also problem on serverside if it's for some reason thinking the original upload attempt is still in progress or something?

Which files are affected by this bug

Completely random as far as I can tell

Operating system

Windows

Which version of the operating system you are running.

windows-10.0.19045

Package

Other

Nextcloud Server version

Latest stable (admin updated it few days ago)

Nextcloud Desktop Client version

Version 3.7.3 (Windows)

Is this bug present after an update or on a fresh install?

Updated from a minor version (ex. 3.4.2 to 3.4.4)

Are you using the Nextcloud Server Encryption module?

Encryption is Enabled

Are you using an external user-backend?

  • Default internal user-backend
  • LDAP/ Active Directory
  • SSO - SAML
  • Other

Nextcloud Server logs

I don't have access to server. Even if I did, given what I've seen of the client logs, I doubt I would be able to upload due to infestation of PII.

Additional info

I'd really love to upload logs, btw, but there's just too much PII in them.

Have you ever had death threats and gangs of psychos trying to murder you just because of who you are (for real, I'm not embellishing)? I suspect not, because if you had you'd know the importance of not asking users to upload PII infested log files.

@joshtrichards joshtrichards added the hotspot: chunk sizing Chunk sizing defaults, fallback behavior, etc. label Aug 23, 2024
@Zachhambo
Copy link

Still getting this issue running latest desktop client for windows, with multiple files about 20mb experiencing connection closed error. Renaming does not fix

@junglivre
Copy link

bump.
same issue happening here.

@oussjarrousse
Copy link

To me too!

@determ1ne
Copy link

occ maintenance:repair solved my problem.

I got the same issue and checked the server access log.
While normally after PROPFIND /remote.php/dav/files/[filename] a POST /remote.php/dav/bulk would be done, but this time the request was PROPFIND /remote.php/dav/uploads/[username]/[number] and server responded with 404.
I was using sqlite3 as db, so I tried occ maintenance:repair and it worked. Sadly, the db converter is not available now.

@junglivre
Copy link

my db is MySQL, I will try repairing

@junglivre
Copy link

bump: repairing db did not work.

@junglivre
Copy link

this is getting out of hand, and I think this is because of recent updates. started having sync problems on multiple installations with different environments, it's giving me a huge headache. simple files with 500kb fail, renaming does not work, I'm running out of ideas. HELP!

@junglivre
Copy link

SOLUTION: Updating to the daily version worked! 20240927 version

@Dominique-M
Copy link

MeToo. Server 29 ? (note mine). Client Appimage Nextcloud-3.14.1-x86_64. I moved the file (11,9 Mb PDF) to my Desktop folder. The orignal folder synced with success. I move the file back in the folder. “Connection closed” error again.

@Dominique-M
Copy link

I did try linux-20240928.AppImage in daily and the error did not come back.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage hotspot: chunk sizing Chunk sizing defaults, fallback behavior, etc.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants