Hi all, I'm seeing high disk usage on \`/app-storage/global\` ( RVC4 **standalone app** ) and would appreciate some guidance on how to track down the root cause. \*\*My questions:\*\* 1\. \*\*What are the common causes?\*\* 2\. \*\*What are the recommended troubleshooting steps?\*\* Are there specific commands or tools the community uses to identify what's consuming space? 3\. \*\*What are typical fixes or preventive measures?\*\* Thanks in advance for any pointers! \--- [upl-image-preview uuid=86787faa-fbc4-4c02-91ce-9c3e1baf27e4 url=https://discuss.luxonis.com/assets/files/2026-04-27/1777254098-467537-image.png alt={TEXT?}] [upl-image-preview uuid=40f5c6d3-8805-4344-9605-490b49a49bfe url=https://discuss.luxonis.com/assets/files/2026-04-27/1777254279-939167-image.png alt={TEXT?}]

Hey @"MulongDeng"#p33626 - a useful first thing to note is that `/app-storage/global` is the app-visible mount for global persistent storage on RVC4, but it shares the same underlying device userdata partition with other oak-agent / overlay data. So if it shows 100% usage, it may be your app’s data, but it can also be stale app/container artifacts or downloads on the device. Recommended troubleshooting: ```sh On the device / inside the app shell: df -h /app-storage/global /overlay /data # Check usage of app and shared storage du -xhd1 /app-storage/global 2>/dev/null | sort -h # Find large directories in global app storage du -xhd1 /overlay/oak-agent 2>/dev/null | sort -h # Find large oak-agent directories From the host with oakctl: oakctl app list # List installed apps oakctl app prune-storage # Clean stale app files ``` Common causes are app data such as recordings, snapshots, logs, or caches, but also stale `oak-agent` downloads, packages, old container layers, or unused installed apps. Typical fixes are deleting unused apps with `oakctl app delete `, running `oakctl app prune-storage`, adding retention/cleanup for app-created files, and avoiding global storage for large app-specific data unless it really needs to be shared. More on this [here](https://docs.luxonis.com/software-v3/oak-apps/oakctl/). Thanks, Oskar

[upl-image-preview uuid=146b7b0b-8ec8-4577-a4cf-46d19edad9a6 url=https://discuss.luxonis.com/assets/files/2026-04-27/1777279743-887636-image.png alt={TEXT?}] > @"OskarSonc"#p33627 reten My app's data doesn't seem too big; the log file retention was set.

[upl-image-preview uuid=fb6cd956-6c1e-48ea-bd9b-d60fbd14da40 url=https://discuss.luxonis.com/assets/files/2026-04-27/1777284642-11838-image.png alt={TEXT?}] *Deleting the active application did not reduce the disk utilization, which remained at 100%.*

This is helpful. It suggests `/app-storage/global` is not the main issue. In the container it shows only `62%` usage, and `du -xhd1 /app-storage/global` is basically empty. So the disk usage is more likely coming from device-side overlay / `oak-agent` storage rather than your app’s own persistent data. Could you check this on the device OS shell (not inside the app container) and share the output? ```sh du -xhd1 /overlay/oak-agent 2>/dev/null | sort -h du -xhd1 /overlay/oak-agent/downloads 2>/dev/null | sort -h du -xhd1 /overlay/oak-agent/containers 2>/dev/null | sort -h

[upl-image-preview uuid=ab3203f2-46e8-4f27-b124-dbf88b5745ea url=https://discuss.luxonis.com/assets/files/2026-04-27/1777294528-677695-image.png alt={TEXT?}] --- Just to clarify—the 62% usage reading comes from a different device. Above is the device's outbut. The two devices that were at 100% usage **have** already been reset by holding the factory reset button and **are** now back to normal. And they're now at only 4% usage.

@"MulongDeng"#p33631 - I don't understand what you mean? So you already fixed the problem? As it seems, the reset appears to have fixed the symptom, but we still do not know what originally filled the storage. If it happens again, the most useful thing would be to capture `df -h`, `du -xhd1 /overlay/oak-agent`, and `oakctl app list` before resetting.

@"OskarSonc"#p33632 Not fully resolved yet — currently just a temporary fix using the reset button. I'll observe for another day or two to see if it recurs. The screenshot I just shared was from a device showing 62% usage, but the actual space consumed doesn't seem to add up to 62%. Below is the latest command output: [upl-image-preview uuid=c56903d0-8dc8-4d3c-9c59-081e787d9903 url=https://discuss.luxonis.com/assets/files/2026-04-27/1777298298-302942-image.png alt={TEXT?}] [upl-image-preview uuid=1a5df111-fee2-4cbb-b55a-24a1ef04cf2f url=https://discuss.luxonis.com/assets/files/2026-04-27/1777298363-921710-image.png alt={TEXT?}] [upl-image-preview uuid=6f6e5157-a44b-4f39-9d51-7263a70c3cf4 url=https://discuss.luxonis.com/assets/files/2026-04-27/1777298414-486435-image.png alt={TEXT?}]

@"MulongDeng"#p33634 Thanks, this helps. The `62%` usage is on the shared userdata partition (`/dev/sda11`), not mainly in `oak-agent` or app storage. In your output, `/overlay/oak-agent` is only about `3.8G`, so it does not explain the full `46.2G` used on the device. So the remaining space is likely being used elsewhere on the same partition, such as `/data`, `/home`, `/cache`, or another overlay-backed path. Also, the repeated `62%` lines in `df -h` are expected here, they are different mountpoints backed by the same underlying partition, not separate usage totals. Which Luxonis OS version do you have? To narrow down where the space is going, the next useful checks would be: ```sh du -xhd1 /data 2>/dev/null | sort -h du -xhd1 /home 2>/dev/null | sort -h du -xhd1 /cache 2>/dev/null | sort -h du -xhd1 /overlay 2>/dev/null | sort -h

@"OskarSonc"#p33637 From the output, it appears that /overlay/persistent-logs is the primary cause of the high disk usage. --- Below is the latest command output: [upl-image-preview uuid=b4f02dc5-b672-4720-984f-3adc343c7319 url=https://discuss.luxonis.com/assets/files/2026-04-29/1777424710-448194-image.png alt={TEXT?}] [upl-image-preview uuid=3b95008f-f33b-44f0-ab4f-93ff1594c244 url=https://discuss.luxonis.com/assets/files/2026-04-29/1777424721-411395-image.png alt={TEXT?}] [upl-image-preview uuid=8f1e302e-e094-42ef-842a-0da92a7badbb url=https://discuss.luxonis.com/assets/files/2026-04-29/1777424729-804685-image.png alt={TEXT?}] [upl-image-preview uuid=13fb392c-5aa2-410d-aaf2-55a2086a4f7a url=https://discuss.luxonis.com/assets/files/2026-04-29/1777424744-626191-image.png alt={TEXT?}] [upl-image-preview uuid=f9ecfb82-8161-4834-8a24-e98d77f0f601 url=https://discuss.luxonis.com/assets/files/2026-04-29/1777424754-861323-image.png alt={TEXT?}] [upl-image-preview uuid=0011028d-1200-4876-83fe-c24cce05dc94 url=https://discuss.luxonis.com/assets/files/2026-04-29/1777425167-810724-image.png alt={TEXT?}]

--- - DepthAI: v3.5.0 - Luxonis OS: 1.30.1 - oakctl: 0.18.6 --- And is there a way to prevent this file from growing indefinitely?

High Disk Usage in `/app-storage/global` — How to Troubleshoot and Resolve?

MulongDeng

OskarSonc
Just checking in — any progress on this?

OskarSonc

MulongDeng - the dev team is working on this, will get back to you as soon as I get some updates.
Thanks for patience.
Oskar

« Previous Page