# Files \> 1GB can be copied via davfs2 from filsystem to Nextcloud but where deleted ca. 10 seconds later **URL:** \ **Category:** ℹ️ Support\ **Tags:** nc32, docker-desktop\ **Created:** [November 28, 2025, 6:45pm UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589 "2025-11-28T18:45:36Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![CheckSP2NC](https://help.nextcloud.com/letter_avatar/checksp2nc/32/5_5575768a8748004e209b776fc1b2916d.png) [@CheckSP2NC](https://help.nextcloud.com/u/CheckSP2NC)\ **Post date:** [November 28, 2025, 6:45pm UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/1 "2025-11-28T18:45:36Z")
> **Support intro** > > ## Sorry to hear you’re facing problems. 🙁 > > _The community help forum ([help.nextcloud.com](http://help.nextcloud.com)) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are **volunteering their time to help you.** _ > > **If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via [portal.nextcloud.com](http://portal.nextcloud.com) where Nextcloud engineers can help ensure your business keeps running smoothly.** > > ## Getting help > > In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can. > > **Before clicking submit** : Please check if your query is already addressed via the following resources: > > - [Official documentation](https://docs.nextcloud.com) (searchable and regularly updated) > - [How to topics and FAQs](https://help.nextcloud.com/c/how-to-faqs/9) > - [Forum search](https://help.nextcloud.com/search) > > (Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly). Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can. ❤ ## The Basics - Nextcloud Server version _(32.0.2x)_ - Operating system and version _(wsl (debian 13) on windows server 2020)_ - Web server and version _(Apache 2.4.25)_: - PHP version _(8.4)_ ### Summary of the issue you are facing: In the meantime I have a little time to take care of my nextcloud problem. And i found something stupid. I’m running Nextcloud inside WSL on Windowws Server 2020. In WSL(Debian) with ‘mount -t davfs’ i can use Nextcloud via /mnt/davfs/nv. With this little script #!/usr/bin/bash file=$1 src=‘/mnt/c/\_BigFile’ dst=‘/mnt/davfs/nc/\_BigFile\_davfs\_Test’ if [-f $dst/$file]; then rm $dst/$file\* fi date ls -la $dst date echo cp $src/$file $dst … cp $src/$file $dst date echo cp $src/$file $dst ok. secs=5 stop=0 until [$stop -gt 60] do echo date ls -la $dst echo sleep $secs Sekunden sleep $secs stop=$(($stop + $secs)) if [! -f $dst/$file]; then stop=61 fi done echo date ls -la $dst i’m getting the follwing results Copy File\_1-0\_GB.zip: Fri Nov 28 01:10:17 PM CET 2025 total 2 drwxr-xr-x 2 root root 104 Nov 28 13:10 . drwxr-xr-x 22 root root 824 Nov 28 13:06 .. Fri Nov 28 01:10:17 PM CET 2025 cp /mnt/c/\_BigFile/File\_1-0\_GB.zip /mnt/davfs/nc/\_BigFile\_davfs\_Test … Fri Nov 28 01:10:51 PM CET 2025 cp /mnt/c/\_BigFile/File\_1-0\_GB.zip /mnt/davfs/nc/\_BigFile\_davfs\_Test ok. Fri Nov 28 01:10:51 PM CET 2025 total 1004304 drwxr-xr-x 2 root root 64 Nov 28 13:10 . drwxr-xr-x 22 root root 824 Nov 28 13:06 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:10 File\_1-0\_GB.zip sleep 5 Sekunden … Fri Nov 28 01:12:05 PM CET 2025 total 1004304 drwxr-xr-x 2 root root 104 Nov 28 13:11 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip sleep 5 Sekunden Fri Nov 28 01:12:11 PM CET 2025 total 1004304 drwxr-xr-x 2 root root 104 Nov 28 13:11 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip Copy File\_1-2\_GB.zip: Fri Nov 28 02:58:27 PM CET 2025 total 1004304 drwxr-xr-x 2 root root 104 Nov 28 13:11 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip Fri Nov 28 02:58:27 PM CET 2025 cp /mnt/c/\_BigFile/File\_1-2\_GB.zip /mnt/davfs/nc/\_BigFile\_davfs\_Test … Fri Nov 28 02:59:27 PM CET 2025 cp /mnt/c/\_BigFile/File\_1-2\_GB.zip /mnt/davfs/nc/\_BigFile\_davfs\_Test ok. Fri Nov 28 02:59:27 PM CET 2025 total 2266939 drwxr-xr-x 2 root root 104 Nov 28 14:58 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip -rwxr-xr-x 1 root root 1292938359 Nov 28 14:59 File\_1-2\_GB.zip sleep 5 Sekunden Fri Nov 28 02:59:33 PM CET 2025 total 2266939 drwxr-xr-x 2 root root 144 Nov 28 14:58 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip -rwxr-xr-x 1 root root 1292938359 Nov 28 14:59 File\_1-2\_GB.zip sleep 5 Sekunden Fri Nov 28 02:59:42 PM CET 2025 total 1004304 drwxr-xr-x 2 root root 144 Nov 28 14:58 . drwxr-xr-x 22 root root 824 Nov 28 13:11 .. -rwxr-xr-x 1 root root 1028404992 Nov 28 13:11 File\_1-0\_GB.zip As you can see, File\_1-0\_GB.zip ist successfully copied, File\_1-2\_GB.zip ist also succesfully copied, but was deleted after round about 10 secs. The question is, who, the hell deteted the file in case of filesize \> 1GB? Nextclou logfile is not realy helpfull: Fehler no app in context BadRequest Expected filesize of 1292938359 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the send Any ideas? ---
**Author:** ![jtr](https://help.nextcloud.com/letter_avatar/jtr/32/5_5575768a8748004e209b776fc1b2916d.png) [@jtr](https://help.nextcloud.com/u/jtr)\ **Post date:** [November 28, 2025, 8:03pm UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/2 "2025-11-28T20:03:58Z")
If I’m understanding your scenario correctly, the file was deleted locally by davfs2 once it failed to upload the file. AFAIK davfs2 does not support chunking so to upload larger files you’ll need to follow the uploading big files approach described in the _[Admin Manual](https://docs.nextcloud.com/server/stable/admin_manual/)_ to tune your infrastructure for non-chunked uploading. ---
**Author:** ![CheckSP2NC](https://help.nextcloud.com/letter_avatar/checksp2nc/32/5_5575768a8748004e209b776fc1b2916d.png) [@CheckSP2NC](https://help.nextcloud.com/u/CheckSP2NC)\ **Post date:** [November 28, 2025, 8:19pm UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/3 "2025-11-28T20:19:35Z")
No, the file was deleted elsewhere in the cloud. src=‘/mnt/c/\_BigFile’ == local filesystem dst=‘/mnt/davfs/nc/\_BigFile\_davfs\_Test’ == nc cloud For more confusion if have added the lines to my script: bak=‘/mnt/c/\_BigFile\_davfs’ echo cp $dst/$file $bak cp $dst/$file $bak & And when the script ends this is the content of ‘/mnt/c/\_BigFile\_davfs’ == local filesystem total 5958944 drwxrwxrwx 1 gasthd gasthd 4096 Nov 28 21:03 . drwxrwxrwx 1 gasthd gasthd 4096 Nov 28 19:48 .. -rwxrwxrwx 1 gasthd gasthd 1028404992 Nov 28 20:54 File\_1-0\_GB.zip -rwxrwxrwx 1 gasthd gasthd 1292894208 Nov 28 20:57 File\_1-2\_GB.zip -rwxrwxrwx 1 gasthd gasthd 1459355648 Nov 28 21:04 File\_1-4\_GB.zip It was time enough to copy the files to local filesystem bevor the file in the cloud was deleted. And the nextlod log said: | Fehler | no app in context | **BadRequest** Expected filesize of 1292938359 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side. | | | | --- | --- | --- | --- | --- | | Fehler | no app in context | **BadRequest** Expected filesize of 1459375159 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side. | | | | | --- | --- | --- | --- | --- | --- | But the files where successfully copie from the cloud to the locl filesystem ---
**Author:** ![jtr](https://help.nextcloud.com/letter_avatar/jtr/32/5_5575768a8748004e209b776fc1b2916d.png) [@jtr](https://help.nextcloud.com/u/jtr)\ **Post date:** [November 28, 2025, 10:38pm UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/4 "2025-11-28T22:38:05Z")
Davfs2 initially places the file that you’re trying to send to Nextcloud within a local cache layer. When the upload is denied/fails (for the reasons I previously hinted at), davfs2 removes the file from its local cache since it’s not really in Nextcloud. ---
**Author:** ![Mornsgrans](https://help.nextcloud.com/user_avatar/help.nextcloud.com/mornsgrans/32/40386_2.png) [@Mornsgrans](https://help.nextcloud.com/u/Mornsgrans)\ **Post date:** [November 29, 2025, 9:34am UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/5 "2025-11-29T09:34:33Z")
> [@CheckSP2NC](#): > > **BadRequest** Expected filesize of 1292938359 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side. Maybe that is the solution: > [@Error "Bad Request: Expected File Size..."](https://help.nextcloud.com/t/error-bad-request-expected-file-size/193176): > > Hey, currently I setup my own Nextcloud (self-hosted). But when uploading large files \> 500 MB, I receive this error: BadRequest Expected filesize of 2708731595 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side. I’m aware there are many other people dealing with the same issue, but yet I couldn’t find a solution in those topics. Occourance: I start … Annother possible solution: > [@BadRequest Expected filesize of x bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) y bytes](https://help.nextcloud.com/t/badrequest-expected-filesize-of-x-bytes-but-read-from-nextcloud-client-and-wrote-to-nextcloud-storage-y-bytes/213374/9): > > @pitsinis I ran into the same problem. My setup also uses Traefik with Docker containers, and I discovered that the issue started with Traefik version 2.11.2. Its default respondingTimeouts now set the readTimeout to 60 seconds. I fixed it by adding these lines to my compose: services: traefik: command: - --entrypoints.web.transport.respondingTimeouts.readTimeout=0 - --entrypoints.websecure.transport.respondingTimeouts.readTimeout=0 For reference, see the Traefik migration … (Google search for “BadRequestExpected filesize of bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 0 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side.” ---
**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\ **Post date:** [February 27, 2026, 9:35am UTC](https://help.nextcloud.com/t/files-1gb-can-be-copied-via-davfs2-from-filsystem-to-nextcloud-but-where-deleted-ca-10-seconds-later/236589/6 "2026-02-27T09:35:01Z")
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.