# How to prevent local filesystem from flooding on external storage uploading?

**URL:** <https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779>\
**Category:** 📱 Desktop & mobile clients\
**Tags:** external\_storage\
**Created:** [August 31, 2026, 12:50pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779 "2026-08-31T12:50:44Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![AleXSR700](https://help.nextcloud.com/user_avatar/help.nextcloud.com/alexsr700/32/79749_2.png) [@AleXSR700](https://help.nextcloud.com/u/AleXSR700)\
**Post date:** [August 31, 2026, 12:50pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/1 "2026-08-31T12:50:44Z")

</div>

Hi everyone,

I am completely new to Nextcloud but wanted to give it a shot after having heard so many great things.  
So I setup an LXC on my PVE using this community script [alpine-nextcloud](https://community-scripts.org/scripts/alpine-nextcloud)

I connected a samba share where I want all my data to go.

Problem I am having is that on initial upload of my auto-upload folder, my local file system gets flooded with temp files and my server crashes. So despite me wanting everything to land on the external storage, GBs over GBs land on the internal storage and cause the system to crash.

I used AI to try and find the issue and it was suggested that this is a problem with theAndroid app.

Does anybody know if this is true and if this can be fixed?

I was trying to backup all my images and videos (~80 GB) and I got flooded with notifications of new image folders being found (I would like that disabled also) and my disk (which I already increased o 32 GB) was flooded quickly.

Thank you for your insights

Alex

---

<div class="post-metadata">

**Author:** ![tflidd](https://help.nextcloud.com/letter_avatar/tflidd/32/5_5575768a8748004e209b776fc1b2916d.png) [@tflidd](https://help.nextcloud.com/u/tflidd)\
**Post date:** [August 31, 2026, 2:12pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/2 "2026-08-31T14:12:47Z")

</div>

> [@AleXSR700](#):
>
> my local file system gets flooded with temp files

And why is that? From the NC client creating temp files? If is from external, do you want/need to sync the temp files? If not, you might exclude these from the sync process?

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 31, 2026, 2:27pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/3 "2026-08-31T14:27:28Z")

</div>

> [@AleXSR700](#):
>
> I was trying to backup all my images and videos (~80 GB) and I got flooded with notifications of new image folders being found (I would like that disabled also) and my disk (which I already increased o 32 GB) was flooded quickly.

Of cause if you have only 32 GB space to sync 80 GB of images and videos the 32 GB will be flooded.

Honestly you need to tell us the problem in a way its understandable for people don’t see what you see.

---

<div class="post-metadata">

**Author:** ![AleXSR700](https://help.nextcloud.com/user_avatar/help.nextcloud.com/alexsr700/32/79749_2.png) [@AleXSR700](https://help.nextcloud.com/u/AleXSR700)\
**Post date:** [August 31, 2026, 2:31pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/4 "2026-08-31T14:31:28Z")

</div>

I want to auto-upload my 80 GB of images/videos from my Android phone to the external storage (Samba share) of my Nextcloud server.  
The Samba share is on a NAS with \> 400 GB of free disk space.  
The Nextcloud server is running as an LXC in my Proxmox VE. That LXC only has 2 GB, which I then increased to 32 GB after the first system failure due to lack of free disk space.

When I upload using auto-upload, all those 80 GB of images are processed into chunks which go to temp and when all chunks of one file are on the server, the next file gets chunked. During that time, the first file is transferred to the samba share (my external storage). But the chunking is faster than the transfer to the samba share, so the chunks start to fill the tmp folder before the old ones get deleted.

At least that is my suspicion because my /var/tmp/nextcloud folder was filled with chunks.

I am of course not interested in keeping or syncing any temporary files.

So it seems that when a large batch of files is selected for auto-uploading, some process (php? chunking?) creates a loooot of temporary files which, by the looks of it, roughly equate to the size of the files being uploaded (which is why I assumed maybe the chunking).

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [August 31, 2026, 2:38pm UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/5 "2026-08-31T14:38:33Z")

</div>

> [@AleXSR700](#):
>
> But the chunking is faster than the transfer to the samba share, so the chunks start to fill the tmp folder before the old ones get deleted.

So you may test that by limiting in your NC-Client the Upload bandwidth. I do not use the Android Client but the Linux Client does offer such an option. Limiting in your NC-Client the Upload bandwidth will slow down the upload.

---

<div class="post-metadata">

**Author:** ![AleXSR700](https://help.nextcloud.com/user_avatar/help.nextcloud.com/alexsr700/32/79749_2.png) [@AleXSR700](https://help.nextcloud.com/u/AleXSR700)\
**Post date:** [September 1, 2026, 12:08am UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/6 "2026-09-01T00:08:27Z")

</div>

From what I can see, the Android client has almost no adjustable settings. Can’t even find a setting to disable recommendations, let alone any transfer settings.

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [September 1, 2026, 6:43am UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/7 "2026-09-01T06:43:23Z")

</div>

That’s a shame, because that way you could have checked whether your hypothesis was correct or not, thereby verifying the problem and looking for a specific solution.

---

<div class="post-metadata">

**Author:** ![tflidd](https://help.nextcloud.com/letter_avatar/tflidd/32/5_5575768a8748004e209b776fc1b2916d.png) [@tflidd](https://help.nextcloud.com/u/tflidd)\
**Post date:** [September 1, 2026, 7:49am UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/8 "2026-09-01T07:49:04Z")

</div>

Anything in the logs? The bandwidth to your external storage should be far higher than for the client connection.

---

<div class="post-metadata">

**Author:** ![adelaar](https://help.nextcloud.com/letter_avatar/adelaar/32/5_5575768a8748004e209b776fc1b2916d.png) [@adelaar](https://help.nextcloud.com/u/adelaar)\
**Post date:** [September 1, 2026, 9:16am UTC](https://help.nextcloud.com/t/how-to-prevent-local-filesystem-from-flooding-on-external-storage-uploading/248779/9 "2026-09-01T09:16:13Z")

</div>

> [@AleXSR700](#):
>
> I want to auto-upload my 80 GB of images/videos from my Android phone to the external storage (Samba share) of my Nextcloud server.  
> The Samba share is on a NAS with \> 400 GB of free disk space

Here are a few points for review:

- Traditional mechanical hard drives (HDDs), especially those using SMR (Shingled Magnetic Recording), or encrypted shared folders, can bottleneck read and write operations below network maximums
- Features like SMB signing or packet encryption add CPU overhead on low-power NAS devices, reducing transfer rates
- Transferring hundreds of tiny files is significantly slower than moving a single large file due to constant directory updates and protocol handshakes

You might want to consider alternatives to SMB shares. For example, NFS
