Slippin' Jimmy

Finally got this sorted. It was my setups fault all along. I have a PCIE LSI Array card. Both SSDs were plugged into there, doh. Swapping over both the SSDS straight into the motherboard sata ports has resolved the issue. Was a bottleneck with storage speed. May be useful for others with the above command to find the issue drive! 😁

Spoke too soon, still having the issue. I've seen in another thread that running zpool iostat -vyl 10 1 can retrieve some useful stats. This is the output when idle; And this is when trying to write to it and decrypt/extract files; Does this suggest an issue with my sdj1 drive? 5s wait write! They're both brand new SSD's, which is strange.

I followed the SpaceInvaderOne tutorial for setting up ZFS on the cache drive, which means I can snapshot all my individual apps within AppData and restore each one individually. Turning off compression didn't work. But running these commands looks to have resolved the issue for the most part; zfs set primarycache=none poolname/datasetname zfs set sync=disabled poolname/datasetname Everything else is running fine, so i'm just running them on the dataset that the downloads go into. Thanks for the help all 😊

Thanks! I've run the command to turn off compression on just the one dataset I'm downloading to. I'll have a good test tomorrow and get back 😊

I did try temporarily disabling that and trying Jdownloader again, and got the same experience. If I disable it, do I have to re-create the dataset for it to start writing that with no compression?

I've recently upgraded to Unraid 7.2.0 and changed my cache pool to ZFS. I have two SSD drives in a mirror configuration. I get really strange performance issues when items in Jdownloader start decrypting to the cache pool. My CPU jumps to really high usage on certain cores during this, and the cache drive usage often locks up, with no other application able to read or write to it. I check the Docker containers' CPU usage and use the top command, and can't see a process that's eating it up. Everything will pause for a good few minutes, and then it'll catch up. Even after the decryption has finished, the high CPU usage and writes on the cache drives will continue for another minute or so, then it'll calm back down. It seems like the decryption is causing a write queue on the cache or something? I didn't have this issue when I had a single cache drive of XFS. If someone could please help me out and take a look at my logs to see if there's anything obvious, I'd really appreciate it. baldrick-diagnostics-20251118-2059.zip System info: i9-9900k 64gb ram with current usage sitting at around 46%. 2x2tb ssds for the cache drives.

Getting the same here, too. Except it made me re-connect my account and doesn't seem to have done any backup sync.

Was holding off for the full release 😊 Upgraded from 7.0.0 > 7.2.0. No issues so far.

How did you fix the webui to work again please? as i'm getting the same

@stephondoestech It seems the docker webui no longer works which i've just noticed. Another user above has reported it too so it's not just me

Just to confirm the steps I have to do. I create an API key, if I try to use it, it doesn't work. If I refresh the page, the key disappears. I have to uninstall the plugin, and re-install. The API key then shows up on the management page, and it starts to work. So there's something weird going on. Happy to provide logs/help you narrow down the cause.

Reinstalling the plugin seems to be a temporary fix for me. Reinstalling the plugin showed all the API keys I created which wasn't shown before. Still have the issue where creating new API keys don't show, but at least i'm able to use one now.

I put in my post I tried creating one on the Management Access page.

I was able to create a text file at /boot, and remove it successfully, so it seems to be writeable.

I'm running Unraid 7.0.0 and Connect 2025.07.30.2047. I'm unable to successfully create any API keys. If I create one through the terminal, or on the Management Access page, i'm able to go through the process and it looks like it successfully create a key, but if i refresh the page or run unraid-api apikey, the API key that I created disappears, so doesn't seem to properly create and stick.

I've received a notification that i've got Out of memory errors detected via Fix Common Problems. On my dashboard, i'm showing 47% ram usage with over 33gb free. I've attached my diagnostics, could someone take a look to see what the potential issue may be, please? baldrick-diagnostics-20250317-2122.zip

I previously saw Plex using lots of ram and changed my transcode to storage from RAM. I'll take a look now it's narrowed down to Plex. Thanks 😁

I've been having to restart my server monthly as it's been running out of ram and crashing. However, after 11 days runtime, Fix Common Problems has alerted me that I'm getting out of memory errors, even though unraid shows I'm using under 50% of my 64gb of ram. Would someone be able to take a look at my logs please and see if there's anything in there? baldrick-diagnostics-20241103-0845.zip

I've had an issue where about every month or so, the Unraid Interface crashes, and all the docker containers and shares etc go offline. But looking at the monitor hooked up to the server, it's still alive. I can give it the shutdown command, and after about 30 seconds, the server jumps back to life, before shutting down cleanly. However, I've had a look at netdata, which seems to give some useful info. For whatever reason, RAM usage suddenly jumps up before it maxes out my 64 GB of RAM, then locks up. Do you have any idea what might be causing this? Would it be a specific Docker container, maybe? I'm running Unraid 6.12.13

I've recently noticed that my server has been soft-locking occasionally and not letting me into the Unraid web interface and all of my docker applications go offline. Sometimes I have to hard reset the computer physically, but this time it came back up itself after a few minutes and the uptime counter hadn't reset. Could someone please see if there's anything obvious in the logs? It happened at around 22:06 20/07/2024 BST. It came back up a few minutes later. Logs attached. Thanks in advance. baldrick-diagnostics-20240720-2213.zip

Rename the file to anything. It's to force it to re-create the file.

I don't make any config changes in any config file etc, I do it all on cloudflare's zero trust dashboard (https://one.dash.cloudflare.com/). It's dead easy.

Hi, Can you please add a backup type of backing up without stopping the docker containers? I run websites etc and can't have them stopped. On the old appdata backup version, i've ran this in the same way without stopping them and ran restores absolutely fine from appdata shares that have been backed up whilst the docker containers were running. I'm having to go into every docker setting and change "Dont stop container?" for every single one individually. Maybe a global option?

Just an FYI for those having issues, I changed over to CloudflaredTunnel by Cornflake under apps about 2 weeks ago which is using the official cloudflared docker repository, and have had no issues with it.

Yep. Getting the exact same. Just randomly stops and I have to restart the container. I'm also running the restart policy.