[SOLVED] Unraid keeps crashing


Recommended Posts

I just built a new server.  I have experienced three crashes after I have the system up and running with the following Docker containers:

nzbget

Plex

sonarr

radarr

 

I suspect the CPU is overheating because I have seen three of its threads constantly at 100% when on the Dashboard.  Also, the FixCommonProblems plugin notified me of the following:

 

image.thumb.png.ea543506eecc9abab92cfc185f161ea4.png

 

"CPU possibly will not throttle down frequency at idle - Your CPU is running constantly at 100% and will not throttle when it's idle (to save heat /  power). This is because there is currently no CPU Scaling Driver Installed.  Seek assistance on the unRaid forums with this issue.

 

So that brings here here this evening.

 

I also see the following two issues related to cache:

 

chrome_TOstK45oEo.thumb.png.b2f9d86a5f83789fd213b1a13de423b9.png

 

unraid-diagnostics-20200430-2021.zip

Link to comment
2 minutes ago, trurl said:

You have your appdata, domains, and system shares setup wrong.

Do you have Dynamix System Temp plugin setup? Or do you have some other way to monitor the temp, such as IPMI?

I am not monitoring it at all.  I just installed Dynamix System Temp plugin.  

Link to comment
Just now, trurl said:

So is the a new install on the same flash? Why did you change the Use cache setting on appdata, domains, and system shares from the default cache-prefer?

I kept filling up the cache (only 400GB) so I removed it.  I now have a new nvme 2TB cache in there.

Link to comment
4 minutes ago, trurl said:

You have your appdata, domains, and system shares setup wrong

We didn't have to go into fixing that in your other threads because you hadn't changed them from the default cache-prefer, and those shares were all already all on cache where they belonged. Now you have some of each of them on the array where they will impact your docker / VM performance due to the slower parity writes, and where they will keep array disks spinning.

 

And it is a multi-step process getting them all on cache, possibly with some additional cleanup.

 

But I guess we can go through all that later.

 

Have you taken care of these Ryzen tweaks?

 

 

Link to comment
1 minute ago, trurl said:

We didn't have to go into fixing that in your other threads because you hadn't changed them from the default cache-prefer, and those shares were all already all on cache where they belonged. Now you have some of each of them on the array where they will impact your docker / VM performance due to the slower parity writes, and where they will keep array disks spinning.

 

And it is a multi-step process getting them all on cache, possibly with some additional cleanup.

 

But I guess we can go through all that later.

 

Have you taken care of these Ryzen tweaks?

 

 

I have not and I will do that stat.  I think that is the main thing.  I am cleaning up the cache right now.  Got the mover running.  Just a little bit of stuff on there.  34MB maybe.

Link to comment

I just completed this:

Ryzen on Linux can lock up due to issues with c-states, and while this should mostly affect 1st gen Ryzen there are reports that 2nd and even 3rd gen can be affected in some cases, make sure bios is up to date, then look for "Power Supply Idle Control" (or similar) and set it to "typical current idle" (or similar).

 

Also, everything is moved off cache and I have all shares set to No for using it.  I am going to turn up the nzbget container and see if I can make Unraid crash again.  If I can get past that, the crashing is solved and I just need to properly set up the shares for using the cache drive.

Link to comment
33 minutes ago, aneelley said:

I typically see the following on the CPU just before unraid crashes:

image.thumb.png.53bea2e5f7c1aa8c87e970e9b0df778a.png

 

I captured this with only nzbget running.  It is uncompressing a movie.

That doesn't look too bad. You typically would want a lot of processing power for post-processing downloads. That shouldn't make it crash though. I don't have nearly that many cores but it is not uncommon for some to go red like that.

 

Did you install this CPU and cooler yourself?

Link to comment

My buddy and I installed the CPU and cooler.  I have built many systems over the years.  I now have nzbget running.  So far, no crashes.  I am going to let it run through the night but I believe this fixed the issue with the crash:

Ryzen on Linux can lock up due to issues with c-states, and while this should mostly affect 1st gen Ryzen there are reports that 2nd and even 3rd gen can be affected in some cases, make sure bios is up to date, then look for "Power Supply Idle Control" (or similar) and set it to "typical current idle" (or similar).

 

If it goes through the night, I will call it successful.

Link to comment

Ok, I did see that but was not sure if I was or not.  I'll have to go into the BIOS and set it.  I could not tell which one I needed as I really don't know what generation Ryzen that I have.  I bought it new this week.

 

The system is still running this morning.

Edited by aneelley
Link to comment

No that is not ideal. Your appdata, though you have set it to cache-only, currently has all of its files on the array. Ideally all its files would be on cache. And your domains and system shares are cache-no with all their files on the array, but ideally they would have all their files on cache and set to cache-only.

 

As I said, it will be a multi-step process to get this changed, with possibly some manual cleanup down at the disk level. Mover ignores cache-only and cache-no shares. It moves cache-prefer files from array to cache, and moves cache-yes shares from cache to array.

 

To get those appdata, domains, and system shares moved to cache they will have to be set to cache-prefer. But, mover also cannot move open files. So before they can be moved, dockers and VMs will have to be disabled; not the individual dockers and VMs, but the services themselves in Settings - Docker and Settings - VM Manager. Then finally, mover won't move duplicates, so if some of these exist on both cache and array you will have to delete the duplicates from the disk level.

 

I was glad when we were working through your problems last week that you did not have these problems at that time. Now you have made them and will have to clean them up if you want the ideal setup for your dockers and VMs.

Link to comment
  1. Go to Settings - Docker and disable. Go to Settings - VM Manager and disable.
  2. Set appdata, domains and system shares to cache-prefer. Probably better set your downloads share to cache-no at least for now.
  3. Run mover. Wait for it to complete.

 

Post new diagnostics.

Link to comment
6 hours ago, trurl said:
  1. Go to Settings - Docker and disable. Go to Settings - VM Manager and disable.
  2. Set appdata, domains and system shares to cache-prefer. Probably better set your downloads share to cache-no at least for now.
  3. Run mover. Wait for it to complete.

 

Post new diagnostics.

Mover is still running.  I will follow up once done.

Link to comment
  • JorgeB changed the title to [SOLVED] Unraid keeps crashing

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.