Jump to content

FEENX

Members
  • Posts

    20
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

FEENX's Achievements

Noob

Noob (1/14)

3

Reputation

  1. Solved. It was XMP. Not sure why, but it was. Zero crashes since turning it off and I've done everything, sometimes all at once, with my unRAID server now. Docker, VM, stress tests, days running, etc. Thanks for the help, hopefully someone else will save the time and try XMP first.
  2. So I'm about a week out of being able to afford a new PSU so I started just trying to see if I could replicate the crashes and then see if any one component was related, again at least. Started with one stick of RAM, and was running both Geekbench5 and Prime95 stress tests before moving on. Got up to 4, and was running super stable; completing each test just fine. Full clean shutdowns, and restarts. And then I went into the BIOS... and did what I've done for years. Enabled XMP. Instantly can't complete a single test to save my life. As I write this it's running just fine after finishing Geekbench5 with all 32 GBs of RAM but XMP disabled. Will keep working to verify stability but... yeah. I know XMP is technically "overclocking" but I never thought it was an issue, and I've probably had it on for every other crash because it's something I turn on as if it was default.
  3. Well I decided to disconnect all the SATA drives to see if it could be the random drives I have in there. None are particularly new or known good. So far it's running without crashing for almost 18 hours, thinking about plugging in the SSD SATA and try getting the array started with just VM and Dockers running off the SSD with no hard drives or parity going. Well, decided to run Geekbench for Linux and try to make sure the hardware that was running was good and it crashed during. Makes me less sure it was the drives and more sure I need to swap the PSU. Yep, crashes at the Multi-core "Navigation" test every time. Not sure if that means anything.
  4. For sure, I thought similar eerily on. I've been monitoring the CPU temps randomly since the crashing started happening. It'll hover around 21-25 and then when I do benchmarking it spikes into the mid 80s. So very normal imo. Plus the CPU/Cooler are different than when I started
  5. For sure, the one it's using now that's been in there isn't modular and I don't think a cheap new one I get will be either but I appreciate it.
  6. Based on the way it seems to "simmer" over and then come back after cool off, added to the fact the only part I haven't replaced is the power supply. I guess in theory if the power supply is failing, and perhaps something is overheating and then the next time there's a load it crashes. Then crashes again during boot at heavy load times. But then after cooling off it works again seemingly regularly. Not sure if I have another PSU to put it in, if not, I'll have to grab a cheaper one and see. Can buy a proper one if that's the issue for sure.
  7. And there it goes again: Crashes, gets back to GUI ~1 mins later crashes, gets to all the boot up sequence text Crashes, over and over after "loading bzroot..." Just turned it off, can almost guarantee that in ~10 minutes I'll be able to boot it up just fine and it'll run seemingly fine for a few hours. I just can't figure out what would cause this.
  8. Well it's been running since Thursday morning and so only crashed once, and re-booted fine. Not sure what that was, I walked into my office and it was starting up and stayed running the next "1 day 3 hours" now. Can't tell it rebooted multiple times or just once and stuck. Still been running with docker entirely off but VM engine now has Windows and Ubuntu running all the time. So far so good with the new kernel I guess. *knock on wood*
  9. As it usually does, after being off for awhile it was perfectly fine booting up and is now running. I managed to upgrade to the RC as you can see from that screenshot, and rebooted just fine. It's now running with only 1 VM and the NAS features, Docker is off.
  10. Okay. I'm going to try turning it on again soon. It's very odd cause it seems to "get worse" by crashing sooner and sooner in the sequence but then if I turn it off for a while it'll start to work again. As if it's overheating but by checking the BIOS I don't believe the CPU/MB are overheating. If it continues I'll looking at using that version. I see the creator tool can create using it, then I copy over the "/config" folder, correct? Appreciate the help of course!
  11. Yeah just not sure which could be, cause since this starting happening I replaced It's motherboard, cpu, ram, usb drive. Changed from a Asus Z390 with a 9900k to a MSI Z490 with a 10600k. As for RAM I've run memtest for hours without errors, and even tried running with each of the DIMMs separately. Assuming it could be the SATA drives, other than SELF tests or benchmarking via DiskSpeed anything else I could do to check? It doesn't seem to be reproducible by doing filesystem stuff.
  12. Now it's back to crashing during boot over and over. It crashes right as it says its checking "bzimage" or "bzfirmeware" can't tell it's too fast. But it doesn't make it to linux booting even. Only thing left to change out is the power supply, can't imagine it's the PSU tho.
  13. I do have a SSD cache and Docker does run off that. And I will do, I deleted the docker image file so I assuming it'll create a new one when I start it up again. All in it's nice to be able to have stable NAS and VMs though, I run my Plex off a VM so I can use TV Tuners that don't have linux drivers, so this ended up not effecting my media server ha.
  14. Yeah that's what I thought, cause it definitely would crash during the boot up, sometimes immediately after it auto-selected normal boot up. And yet, here I am without a single crash, I'm almost afraid to turn docker on haha.
  15. So, I just happened to try and disable Docker and it stopped happening... completely. Is that even a possible cause?
×
×
  • Create New...