![](http://content.invisioncic.com/u329766/set_resources_34/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
SpuddyUK
Members-
Posts
43 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
SpuddyUK's Achievements
Rookie (2/14)
6
Reputation
-
SpuddyUK started following All existing data on this device will be OVERWRITTEN.
-
What is the best course of action (DIsk 16) in this scenario? I had a power issue, disk was rebuilding. Server was rebooted. I haven't started the array. Thank in advance.
-
Crashes since updating to v6.11.x for qBittorrent and Deluge users
SpuddyUK commented on JorgeB's report in Stable Releases
I have been running binhex/arch-qbittorrentvpn:libtorrentv1 since suffering fairly frequent unraid crashes with the latest tag. It has been fine since the switchover. Should I still be running this or can I now move to binhex/arch-qbittorrentvpn:latest? Running 6.12.6 -
SpuddyUK started following Crashes since updating to v6.11.x for qBittorrent and Deluge users
-
Docker container causes unraid to have a meltdown.
SpuddyUK replied to SpuddyUK's topic in General Support
This looks promising. I'll give this a go! Thank you @JorgeB. -
I wasn't quite sure where to post this support request, here or in the support group for the docker container I believe is causing the issue. Every month or so, binhex-qbittorrentvpn causes problems and completely freezes my unraid web ui. Meaning I can no longer get into the unraid web ui at all. I can get into the CLI via SSH, but there are even some really strange things happening there too (htop wont load being one, diagnostics not being able to be collected being another). As soon as I send a command "docker stop binhex-qbittorrentvpn" the unraid webui will load. However, now binhex-qbittorrentvpn container continues to show running (docker stats, and unraid ui) but I cannot access the UI for the qbit application. If I try to kill the container in any way (unraid UI, cli, PID, pkill etc), it throws an error. The only way to return to a fully functioning server, with working qbittorrentvpn container for another ~month, is to hard reboot the server (server will not gracefully shutdown as it believes binhex-qbittorrentvpn is running, and it cannot end it). I even have a script to restart the qbit container every night at 12PM which I thought may help. Any ideas, diags attached. Thanks! buzz-diagnostics-20231127-1117.zip
-
Getting a strange fullscreen set of syntax coming up during boot. Boot completes and nothing seems to be untoward during operation? Any ideas if I have anything to worry about? buzz-diagnostics-20231031-1418.zip
-
@JorgeB This seems to have resolved it! I don't remember ever manually selecting all the disks and wasn't aware that unselecting all the tickboxes would mean they'd all be apart of the share (if that makes sense? UI could be better in that regard). I realise this a corner case but would be great if a fix could creep into the next release.
-
I have a 16disk array (inc 2x parity). One of my disks (disk 7, sdi) has been showing errors for about a week. I did the short smart test which came back fine and took the disk out, connected to PC and ran Seagate diagnostics which came back fine. I think it's probably on it's way out but any way I be a bit more confident? Could it be something else like the connection from HBA to Backplane or similar? Thanks, buzz-diagnostics-20231006-1347.zip
-
Thanks for the info. I have changed all shares split levels to "automatically split any directory" and allocation to "most-free". unraid is still trying to move to disks with 50GB free instead of disks with 8TB free. Anything else I should check? Syslog still showing "No space left on device" during move process.
-
Hi, I'm struggling with high CPU load and server becoming unresponsive occasionally. Any ideas? I do have Sab do direct unpack (unpacking whilst download etc), might I need to CPU pin certain applications to prevent them making the system sluggish? Nothing writes to the array directly (Mover runs daily at 11AM), everything writes to 4TB NVME. buzz-diagnostics-20230724-1625.zip
-
My USB key was failing. I replaced it (followed official guide) and got the same "SyntaxError: Unexpected number in JSON at position 1" error when trying to replace the key. I have logged a support case. My NAS is unusable for an indeterminate amount of time. Poor process that needs improving.
-
SpuddyUK started following Unraid 6.11.1 Docker Update All infinite loop
-
Unraid 6.11.1 Docker Update All infinite loop
SpuddyUK commented on NickI's report in Stable Releases
Similiar issue here. 16.11.3