ThanasisPolitis

Hello all, I am experiencing a strange issue where booting into unraid is a hit and miss situation. Below is a screenshot of the boot sequence where it fails to find sda1 but when I just reboot the system -- without touching or removing the usb stick or power -- it just boots normally... I am using a Samsung BAR Plus 64 GB USB Stick (MUF-64BE3) Any Ideas?

BUMP Anyone else have any idea what's causing this and how to reclaim the space?

vdisk is 85.9 GB and the type is btrfs I was thinking that, however, I am not able to install Local AI as it fails due to vdisk space exhaustion after downloading 20GB or so...

Thank you, I have also tried that, still the same...

Hello everyone, I am having an issue with the docker image where I can't find out for the life of me what is consuming all that space... I have checked the forums and reddit also checked Spaceinvader One Youtube channel but I can't figure it out.... My docker Image is 80GB in size and 55GB are in use. When I do a docker container size calculation, it shows a total size of 21GB. When I run Spaceinvader One script it matches with the docker calculation above. So my question is, what is using 30GB of additional space when everything else suggests there should be 21GB in total?! Regards, Thanasis

Here you are!

Hello, I wanted to share a script I created for my new Lenovo System x3650 M5 server which has stupid loud fans especially when unknown/unsupported PCIe cards have been installed which seems to default the fans to 100% at 15,000 rpm! The script is leveraging the ipmitool to extract CPU temperatures and adjust the fans accordingly. Script is running continuously every 30 seconds. Nammurg/ipmi_fan_control: Automatically Adjust Fan Speed based on CPU Temperature via IPMI hope this will help others who have a Lenovo System x3650 M5 server and thought multiple times to throw it out of the window! 🤣

Yes, my friend, this is what I had to do to get over that issue. It seems that it did work (partially) but at the end, I got some 2nd hand Data Centre grade Intel SSDs which now host my Docker, VM and System shares and I keep the cache just for... well, cache. You can convert the current cache from BTRFS to ZFS without losing anything, however, you have to do some file moves to the array and back to cache once it is on zfs. This guide from helped me massively. https://www.youtube.com/watch?v=vXF8au5o9Tw Regards, Thanasis

Yes, I agree, this was my old gaming rig you see and I did not clear the BIOS settings before installing Unraid to it... This was a clear case of PEBCAK! 🤣

I believe I have solved the issue with my rig. It has been stable for weeks without any issues. I disabled the XMP profile in the BIOS and that seems to have solved the instability...

Had another unproper shutdown notification this morning... Logging was disabled as per my previous post... I have attached a diagnostics package again, server was running solid for the last 8 days... echidna-diagnostics-20231005-1455.zip

It is on a USB2 port indeed. Motherboard has USB 3.0 ports throughout and this was happening when I had it connected to USB 3.0 ports behind the motherboard. Bought a StarTech.com adapter cable from USB 2.0 to motherboard header and plugged it in directly on the USB 2.0 header on the motherboard, and it is still happening... I'll keep an eye on it and if there are any news, I'll update the thread.

Well, it just happened again! Came back home after work and the server was unresponsive. Thankfully I had a screen plugged into it and managed to get the below screenshot. It looks like hard drive sda1 is having a fit and also the usb drive with the unraid os... The later can cause a system halt in a jiffy! I rebooted the box but it would not find a boot disk, had to power off and remove the power cable for 15 seconds and then powered on and started just fine without me touching the USB stick... Motherboard power surge to the USBs?

I have docker container auto updates on and I am passing some containers though GluetunVPN container. When GluetunVPN does an update, the passthrough containers are not reachable unless I login to the server dashboard. I know that docker compose "depends-on" can't be used to shutdown the dependent containers and start them up again but what's the alternative solution?

I have been logging to Flash for the last 7 days and the rig has been solid! Sounds to me like the "Double-slit experiment"! 🤣 As soon as I stop logging to flash, I am sure the system will crash! 🤪

What I find interesting in the syslog file is the below which looks like an SMB panic event which potentially halted the whole server? What do you think?

Sorry, I am getting confused as I have put a snippet of the syslog file above... I have attached below the Syslog file as well as the Diagnostics file. syslog-172.16.2.21.log echidna-diagnostics-20230914-1307.zip

I have the syslog on and the log attached above is from the syslog... here is the full syslog for the last 12 hours or so.

Hello all, I have been having stability issues lately with my server. Everything was working fine for months and now server can't stay online for over 5 days... Yesterday night (around 23:00 BST) the server was online and fine and this morning (08:00 BST) it was unresponsive. I had to hard reboot the server to bring it back online. I have checked the logs and attached the last lines of the log before the hard reboot. I can see that ATA2 had some issues but other than that, I have nothing else to go on and troubleshoot that. I have also attached the diagnostics log. Any help would be much appreciated! echidna-diagnostics-20230914-0924.zip

Sorry for the late reply, been quite busy... So I have rebooted the server, still no go, cache seems to be bottlenecking the CPU. Decided to convert the cache from BTRFS mirror to ZFS mirror and the performance difference is astonishing! CPU is averaging 3% with 32 docker containers running! Before, Plex plyers on the local network would freeze at least 5 times when watching a movie -- in direct stream, not transcoded, and now, it is smooth as butter! Will keep an eye on it but it seems that BTRFS was putting high stress in IOPS and it was bottlenecking the CPU... Thank you very much for all your help and support with this!

Extended SMART test report attached for Cache 2 drive SPCC_Solid_State_Disk_AA230130S3051213830-20230831-2133.txt

Extended SMART test report attached for Cache 1 drive SPCC_Solid_State_Disk_AA230130S3051210586-20230831-2110.txt

Both of the cache SSDs are 512GB SPCC Solid State Disks. I have run a command to check what's waiting for disk IO. watch -n 1 "(ps aux | awk '\$8 ~ /D/ { print \$0 }')"

Thank you for the help! Scrub completed, no errors found... UUID: 5815d461-6c5e-4322-852c-c860344b7dd0 Scrub started: Thu Aug 31 13:41:51 2023 Status: finished Duration: 0:16:43 Total to scrub: 273.53GiB Rate: 278.98MiB/s Error summary: no errors found Both cache HDDs where bought brand new in March 2023... SMART errors started to show up a week or so ago... Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 197 Current_Pending_Sector -O--CK 100 100 050 - 8 Edit: HDD Power is direct to PSU (no splitters) SATA data cables are look visually OK and they are plugged in fully on both MB and HDD.

Diagnostics attached echidna-diagnostics-20230831-1030.zip