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! 🤪