PMS crashing a couple of times a day now on MacMini

Plex Media Server Logs_2019-04-06_07-33-02.zip (4.3 MB)
Server Version#: PlexPass Beta 1.15.3.876

MacMini running 10.13.6, Core i7 and 16GB of RAM

PMS has been crashing quite a bit lately over the past month or so. Usually it seems to happen under load (3 simultaneous external streams) but also when just watching one local stream.

I switched to the Beta builds last week hoping that there was a fix coming but the more recent builds don’t seem to help.

I do have a Tuner installed and wonder if this has caused an instability.

Uploading logs but I can’t find anything in them myself. Any help?

Maybe my transcoder settings aren’t correct or optimal. Is there a way to setup Plex to recover from a crash automatically so down time is minimal?

It’s best practise to avoid transcoding

Are you saying that you looked at the logs and found an issue with transcoding?

While avoiding transcoding is ideal, it’s certainly not an unreasonable expectation that transcoding should not cause PMS to crash.

Can you post some of the date/times when PMS crashed?

Sure.

This morning about 7:29am it crashed. Last night around 9:48pm would be the two most recent.

Thanks!

Ok, then

Why are you borderline non cordial in responses? It’s so apparent in a lot of posts, I have visited .

Lets be real here WAN Trans codes in number will often be an issue. Is that an expectation for hardware? Well issues with LAN trans codes do occur often with compatibility with non supported file types and regular updates of PMS.

As for your Statement that transcoding should not cause Crash, is incorrect. If non compliant files are used, cashes or errors will occur, Is that correct?

I expect better from Moderators not explaining the full story, please expand your explanation about short truth.

I don’t use overly long explanations, that’s just not my style. It’s probably not going to change…

My points to my original response to you were twofold:

  1. Plex offers the ability to transcode so there is an expectation that it should work
  2. A well-supported feature (such as transcoding) should not cause software to crash

I’m going to learn how to look at logs in the hopes of being able to help users better. In either case, I think it’s fair that neither of us knows for certain what’s happening so maybe we can focus on figuring that out instead?

Last but not least, I found your first response with a single sentence rather unhelpful myself given that it provided no proof that transcoding was the cause of the crashing. I guess it’s just different styles for different peeps.

1 Like

I did notice this morning that the fan was going nuts on the MacMini. Plex Transcoder was at 600% of processor yet nothing was transcoding or playing.

Are you generating media preview files? This can be especially processor intensive - and if for some reason you added a bunch of media at once it would kick off, and it would run unless you have it set as only to run as a butler task. The dashboard should also tell you exactly what’s happening, especially for a transcoder task.

My PMS has been on my Mini for 6+ years now and has been the one pretty solid piece of my Plex ecosystem. My clients may crash daily but PMS remains standing :smile:

1 Like

Last night my Server crashed during Transcoding eac3 for a iPad Air 2 which I have 3 in the house. After a bit of research on the iPad ability, I decided to change it’s profile to allow EAC3 audio so Direct Play was allowed. Well it works fine and no more transcoding to my iPads. No more crashes yet. The profile transcodes to aac normally, my question would be is that with the LG issue with transcoding HD-MA to acc also causes artefacts, is there an issue with the Decoders?

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.