Plex Media Server Crashes Overnight Since Update: 1.30.1.6483

As part of the usual “I need logs”.

I do request the following:

  1. Verify DEBUG logging is enabled but VERBOSE logging is disabled.
  2. When it does crash, IMMEDIATELY after you restart it
    – Download the Logs ZIP file from PMS
    – Attach here
    – ALSO attach a directory listing from Crash Reports
    – AND, in case lucky, ZIP the DMP file from the crash and attach the ZIP

In my case, both of these statements are true. It did not appear in version 1.30.
Both sets of logs I have provided above are immediately upon launch following the overnight crash. Both sets should meet the requested log parameters.

I am a Tidal subscriber and use it often through Plexamp on an Android.

Hopefully this is the screenshot you’re looking for:
image
1.30.1.6497-5fc2e0894.zip (494 Bytes)

Thank you!

I will finish the user I’m working on now and then work on this next

1 Like

Working on this now.

How do I recreate please?
Is an overnight required?

I’ve been having this issue on my QNAP as well. I ended up downgrading to 1.30.0.6486 until it’s resolved. I do not use Tidal.

This was happening at 2am every day for me, which is when Plex is scheduled to start running the background maintenance tasks. I suppose you could change the start time rather than waiting overnight.

@bishro

You have an issue with 1.30.1 in general?

Please detail. I ask because if there’s a ‘show stopping’ issue, I’ll speak to engineering about delaying 1.30.1 until resolved.

This is not just limited to NAS devices. I am seeing it on Windows 11 server.

Server version: 1.30.1.6497.

It almost seems as though the crash happens during “Scheduled Tasks”. I would be the there is a 100% chance that when I wake up tomorrow morning, it will be crashed. I can provide logs as well.

@Ridyn

Thank you . GOOD to know.

I’ve just converted one of my test machines to all SSD and am loading now.
Within the hour, I’ll change the Scheduled Maintenance time and see what happens.

I am not using Tidal.

Great. I’ve setup a non-Tidal QNAP and dedicating it to this investigation

Sounds good.

I had my scheduled tasks to run from midnight to 8:00am. The one morning, it crashed a few times up to 8:00. After 8:00, I can start and run the server the rest of the day, with no issue. I then adjusted the time to midnight to 7:00am, and now I am not seeing crashes after 7:00.

I don’t know for sure obviously if it’s scheduled tasks, but it seems too coincidental.

I’ll provide logs when I can.

Thank you.

@ChuckPa, yes. For me, this started happening with 1.30.1.6483 and continued with 1.30.1.6497. I first installed 1.30.1 on 12/13, and then each day after that, from 12/14 until 12/18, Plex became unresponsive shortly after 2AM, forcing me to restart the app each morning when I got up. The problem stopped when I went back to 1.30.0.6486 on 12/18. But the problem only occurred on my QNAP. My Win10 machine hasn’t had any issues with it.

I’ve repurposed my QNAP for this. It’s dedicated to it now.
We will see what happens overnight.

in my case is a Synology DSM7 1.30.1.6497.
I am not using tidal.
the server is stopping randomly during the day not only overnight.
before this update everything was fine.
last crash was indeed last night.
one of the questions is how can I perform a downgrade?

Overnight again for me. It could be the overnight tasks which are scheduled to start at 2am here as well. Logs:
Plex Media Server Logs_2022-12-20_07-10-49.zip (4.6 MB)
The service appears to still be running, just non-responsive. Stopping and restarting the service solves.

Bare metal install, not Docker if that helps?

I know this is QNAP related but I’m on Windows 11 and my Plex server has also been crashing every single night during scheduled tasks for the last 10 days or so.

Plex Employees, please see my detailed post here with all logs and crash dumps: Plex crashes during start of daily scheduled tasks

Happening here as well on a windows 11 server version 1.30.1.6497.

However I turned off the following and it was still alive this morning:

Generate video preview thumbnails
Generate chapter thumbnails
Analyze audio tracks for loudness
Analyze audio tracks for sonic features

I set those all to never yesterday and today everything was good this morning.

So it may have to do with one of those settings.

That’s interesting because one of the last items in my log before the crash was analyzing audio: “Dec 20, 2022 14:04:00.319 [6836] DEBUG - Butler: Scheduling loudness analysis for album 135063.”

1 Like

I’m going to turn 1 setting back on each night until it crashes again. That should let us know which of those features it is.

3 Likes