sillygingr

Just to follow up and mark this as somewhat solved - after weeks and weeks and even a month or two of daily troubleshooting i finally found a solution. Pinning plex to avoid the first few threads of my cpu solved the problem entirely. I have no issues with daily crashes anymore, and I've gone almost three months continuous uptime without issue. I have not been able to determine what job or process that plex is using/running that was causing system crashes, but it's solved now with no noticeable impact to performance. Plex streams to multiple users without issue (locally and remotely) and all my other docker containers are running just fine. Notably, I have NOT pinned any of my other containers to specific threads/hyperthreads on the cpu and leave the system to use whatever resources it needs and everything is working fine.

I'm fairly sure it's not a power supply issue. I've used three different power supplies, 500w, 850w, and 1000w. All 3 power supplies new and working fine, but the unexpected shutdown/restarts continued regardless of power supply. I was not using a UPS initially, but I am using one now. Ever since I pinned Plex to only use specific cpu/threads, there have been no unexpected shutdown/restarts. I've gone 4 days now without an unexpected shutdown/restart, that's the longest I've gone without it happening. I'm going to unpin Plex and see if I have a shutdown/restart tonight. I did purchase a new board to see if the problem persists after changing mobos. I'm confident the issue isn't the power supply since it continued across 3 different units with increasing wattage.

Yes, It's been very difficulty to try and nail down a cause. You are correct, this is a sudden hard reboot, and the server doesn't go into a sleep state. Thank you for the assistance. I'll see what else I can come up with.

I'll actually try this first, THEN try a new board.

Thanks, I tried multiple PSU with no change. I guess I'll bite the bullet and try a new board. I'll follow up in a few days when I have some more details. Thank you!

Okay, I have ruled out the RAM being bad. I tried four 16gb sticks of ram individually in all four slots, and the system still restarts unexpectedly. I haven't given this a try yet, but it's next on my list. However, I did try something last night with CPU pinning. I pinned Plex to specific cores/threads on a hunch, and surprisingly, the server did not reboot overnight. I don't mind keeping it this way if it prevents my system from rebooting constantly, but I wonder what the implications of this are? Does this indicate some sort of issue within the CPU itself being unable to handle a full load? I'm using an AIO with decent cooling, cpu temps idle at around 38 C - 40 C.

Thank you, I'll give it a try this weekend and see if anything changes.

I don't really notice any system freezes, it's more of a sudden hard reboot. The "-rw------- 1 root root 43944 May 27 2022 sshfs-3.7.3-x86_64-1.txz" was an attempt at mounting a remote drive with sshfs. I ended up using a different method, but the problem was going on before that was installed.

Sure thing, attached. sept10_11 syslog.txt

Hi all, I've recently started using unraid, and I'm fairly new to it all. I'm running unraid 7.1.4. I've been experiencing random system crashes that I can't find a definitive cause. After enabling syslog, and remotely sending logs to my primary pc, but it hasn’t turned up much. My googling led me to believe that since syslog doesn’t have any smoking guns, maybe the issue is hardware related. I’ve checked hardware as best I can. I’ve noticed that the crashes seem to happen whenever a resource intensive job is going on or is just about to finish. It almost always happens. I’m using the server as a media server that runs plex and a variety of other docker containers. Last night, the server crashed at 0320, plex starts scheduled jobs at 0300. So I tried to replicate the system crash by writing a 5gb file to every drive simultaneously, but no crash. This is a non exhaustive list of everything I’ve tried, but the issue keeps on keeping on. · Tested RAM (ddr4) with memtest for 24 hours, passed. · Changed RAM to different and known good hardware – used on an older gaming rig. Passed memtest, crashing continues. · CPU passed intel diagnostic testing (i9-9900k) · Multiple PSUs used with same results, currently using a new 1000w corsair, but also tried a known good 850w corsair, but the issue persisted. · Changed cache file format to XFS from BTRFS (some internet forums suggested that btrfs format can cause unexpected crashes ) · Replaced the boot flash to a smaller 32gb usb2.0 drive (original was a large usb3 flash) · Within plex, changed scheduled job times – this seemed to help for about 24 hours, but then crashes resumed around the time of scheduled jobs as well as intermittently under high resource load. · Within plex, changed transcoder rules and write location (to ram, to cache, to array, back to cache, back to ram, no change, currently writing to cache). · Removed every single hard drive, precleared every drive all over again, increasing array one drive at a time to try and identify faulty drives. No change. Smart data indicates all drives are healthy, but hey why not. · Changed sata cabling (my logic here was maybe a wire was frayed/pinched internally and was causing some sort of read/write error – literally grasping for straws here) · Changed from onboard sata ports to hba cards. · Grasping for straws still – I even changed the power switch to see if maybe it was bad. Nothing. The only thing I can think of now (with hardware) is something motherboard related. I’m using a gigabyte aorus gaming 7 on f15 bios. It IS a second hand unit, but bios voltages are consistently good and when I stress test the system as hard as I can with stress-ng, nothing. It just runs and runs until I make it stop, usually around 45 minutes or so. I’m at a loss. I could replace the motherboard and cpu, but that’s an expensive fix that may or may not fix the problem. Anyone have any ideas? I’ve attached the most recently syslog output (from remote server, delimited with the "|" character for easy excel export) and diagnostics. syslogsept112025.xlsx quasar-diagnostics-20250911-1130.zip