hello, just want to thank anyone that helps, first time posting, have been lurking and using other posts to help solve other issues i have had. The issues i am having is from the fresh install the webui has been slow and lethargic, takes 5-15 seconds to change pages etc, and i have noticed that i have the OUT OF MEMORY error in the "fix common problems" app. so far I have tried isolating all of the CPU 1-3 cores and leaving just CPU 0 for the OS by pinning docker apps to CPUs 1-3, everything ended up running on CPU 0 but the webui seemed a little more responsive. I don't think the slow webui is caused by anything i have done the webui has been slow since the first boot, before I installed anything. I do beleive Unraid tends to run slow on this machine, assuming its just the 4 CPU architecture

so i have a supermicro SuperServer 8048B-TR4FT with the Super X10QBi motherboard.

Config:

CPU: 4XIntel® Xeon® CPU E7-4890 v2

RAM: 512 GiB DDR3 Multi-bit ECC

any help with either issue is greatly appreciated

thevault-diagnostics-20260813-1320.zip

12 hours ago, Buildern said:

The issues i am having is from the fresh install the webui has been slow and lethargic, takes 5-15 seconds to change pages

Does that happen using a different flash drive with a stock install? No key needed.

22 hours ago, Buildern said:

and i have noticed that i have the OUT OF MEMORY error in the "fix common problems" app

Your OOMs are your containers hitting their limits repeatedly (a05c024d27aa and 2cdd63857d4) You'll need to adjust the amount they're allowed or configure them so they don't use more than the amount you've set.

You'll need to re-boot to clear the log so FCP stops warning you, once you've fixed the containers.

On 8/14/2026 at 2:38 AM, JorgeB said:

Does that happen using a different flash drive with a stock install? No key needed.

forgive me for the very slow response. I got this server in a trade from my brother, he had the same issue, different USB, different key, different install method. the WEB UI is slow from the moment it is boot from a fresh install

On 8/14/2026 at 12:37 PM, Michael_P said:

Your OOMs are your containers hitting their limits repeatedly (a05c024d27aa and 2cdd63857d4) You'll need to adjust the amount they're allowed or configure them so they don't use more than the amount you've set.

You'll need to re-boot to clear the log so FCP stops warning you, once you've fixed the containers.

forgive me for the very slow response. I will try this, i have rebooted many times (obviously if the issue isn't remedied the issue will come back) the issue is that i always have about 411Gb of ram free. i presume these are specific containers?

25 minutes ago, Buildern said:

the WEB UI is slow from the moment it is boot from a fresh install

Try booting the same flash drive in a different PC, just for testing, any PC, laptop will do (secure boot diabled) and see if you see the same issue.

17 hours ago, Buildern said:

i presume these are specific containers?

Yes, you can find them on the dockers tab and toggling advanced view, this will show their IDs.

It keeps coming back because you have a memory limit set for those containers, and they are hitting it. You can either ignore the error reports (FCP will always warn if it sees "out of memory" in the log regardless of the reason) or change the limits in the extra parameters. For Example:

so I have since updates the containers and they no longer have the same ID so here is a new set of diagnostics. I extracted it and tried to read the files but all of the txt files looked blank.

thevault-diagnostics-20260901-1012.zip

The OOM problem is still present. Container ID c4560328a5f1… has a 1 GiB memory limit and repeatedly reaches exactly that limit.

Updating the container changed its ID but preserved its template and memory limit. The dump contains >200 nginx processes in that container, likely aggravated by the server’s 120 logical CPUs and automatic nginx worker sizing.

On 9/1/2026 at 2:10 PM, JorgeB said:

The OOM problem is still present. Container ID c4560328a5f1… has a 1 GiB memory limit and repeatedly reaches exactly that limit.

Updating the container changed its ID but preserved its template and memory limit. The dump contains >200 nginx processes in that container, likely aggravated by the server’s 120 logical CPUs and automatic nginx worker sizing.

Awesome, that fixed my OOB issues extremely appreciated!! I have included a new diagnostics file, after pinning Nginx to 2/3's of CP0, now if we can solve the slow WEB-UI that would be great. Thank you

thevault-diagnostics-20260923-1554.zip

On 8/14/2026 at 2:38 AM, JorgeB said:

Does that happen using a different flash drive with a stock install? No key needed.

I am planning on getting a couple Supermicro Sata SuperDOM's and transition to internal boot, we'll see if that helps

10 hours ago, Buildern said:

now if we can solve the slow WEB-UI that would be great.

Can you give more details on that? Is it with every page, different browser (also test private mode), and safe mode as well?