Error - Machine Check Events detected on your server


8 posts in this topic Last Reply

Recommended Posts

5 minutes ago, Natebur said:

I'm not sure what this is or where to begin?

You can begin by posting in the correct place.


You posted in the section for bug reports, but you were not reporting a bug. I have closed that report and copied your post to a new thread here in the General Support forum.


Link to post

Also, I noticed you have a ridiculously large number (150) of share .cfg files in your diagnostics. Many of these don't appear to be actual shares with any files. Possibly you accidentally created them at some point by writing to the root of one or more disks. Any folder at the top level is automatically a share.


It would help future diagnostics if you could just delete all these extra share .cfg files from your flash. They are in config/shares on your flash drive.


And, I notice you have 40G allocated to docker image. I usually recommend 20G and your are very unlikely to need even that much unless you have misconfigured applications. Have you had problems with docker image filling? Making it larger will not fix that, it will only make it take longer to fill.

Link to post

I appreciate the quick response and the corrected location. I will try to do the mem test today. I didn’t know about the cfgs and I will look at this. My docker is currently at 11 gbs. A while back I had an issue with my docker expanding and had it again recently. I didn’t know what to look for as to why. 

Link to post
57 minutes ago, Natebur said:

A while back I had an issue with my docker expanding and had it again recently. I didn’t know what to look for as to why. 

There are 2 main ways dockers can get out of hand and fill things.

  1. This one is due to settings within the application. If the application is writing to a path that isn't mapped, that is writing into the docker image and filling it. Common mistakes are not using the same upper/lower case as in the mappings, or not using an absolute path (beginning with /), or possibly even not actually having a mapping for the path.
  2. This one is due to settings of the docker. If a host path isn't actual storage, it is in RAM possibly filling it and bringing the server down. Note that this also applies to a path to an Unassigned Device that isn't actually mounted.

We can take a look at this later.

Link to post

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.

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.