Stability issues with 1.13.6.5339

Server Version#: 1.13.6.5339
Player Version#:

Devs are probably already aware, but I am experiencing stability issues with PMS 1.13.6.5339 for Windows. I run two separate windows boxes with PMS, one runs Windows Server 2016 (fully updated) and the other runs Windows 10 (fully updated). On both of these boxes, after the update to 1.13.6.5339, plex began crashing intermittently, and frequently. Logs are inconclusive and I have my servers setup to automatically restart PMS if it crashes so I haven’t been able to grab crash reports since they are deleted once uploaded.

Downgrading to 1.13.5.5332 fixes the issue, and checking back on my monitoring logs, the issue began immediately after the automatic update to 1.13.6.5339. The issues to not affect PMS for Mac. My Mac Pro is still running 1.13.6.5339 with no crashes or issues.

Just wanted to mention this in case the devs weren’t aware.

Please get the logs zip immediately after the restart that follows the crash

See
https://support.plex.tv/articles/200250417-plex-media-server-log-files/

Of course debug logging needs to be enabled beforehand and crash reporting also

With the full set of logs, will then try to locate the crash reports that get uploaded and see what the sequence that led to the crash

I have had the same version of Plex Server for Windows (1.13.6.5339) crash twice in the last 12 hours. I have enabled debug logging and will upload the logs if/when it crashes again.

I can see a couple of crash reports crashing in SQLite3 module which suggests some database issue / corruption

Logs would confirm that

You can have a look at
https://support.plex.tv/articles/201100678-repair-a-corrupt-database/
https://support.plex.tv/articles/202485658-restore-a-database-backed-up-via-scheduled-tasks/

Best to get logs first and attach here - just to confirm it is a database corruption as opposed to a bug in Plex Media Server

have looked at the logs - the crashes are arising when detecting the dvr on http://10.0.1.127:80 - an issue with the sqlite3 database.

Need to establish if seeing airtame.com via ssdp is relevant to the crash

As per my private message, please let me have a zip of the databases folder and also also some detail of your network setup and what ip is airtame.com device on

in case the issue is similar to that reported by @Maxtoid, I would like to see your logs after a crash and may need to get copy of the database

I also have been getting this almost daily to every other day. Have logs.

I rebuilt the database using the repair guide. Let’s see if any more crashes occur… crosses fingers

Thanks for the logs - it is exactly the same error and crash as that reported by @Maxtoid

If you have saved the database copy - please zip and send to me by private message

I have already referrerd the issue to the development team

How big can attachments be here? The zipped database is over 100MB.

Send it to @sa2000 via private message per his post above yours.

I have sent things to him before. Thanks darcilicious. I am trying to find out how big attachments can be in a PM.

sorry that is the limit for the forum (100Mb) - could you upload zip to dropbox or other service and send me link by PM

I don’t use any airtime device. I have an HD Homerun on the network. I haven’t ever heard of airtime.com until this post. My network isn’t even on a 10.0.1.* subnet.

i think that was harmless - it generated errors in the log but most likely not related to the crash

what is common so far is two network interfaces - that is all - not sure if relevant at this stage

Oops, sorry, I misunderstood! :slight_smile:

1 Like

Hmm, that is interesting. Yes, I do have multiple interfaces but only one is connected to the internet.

@darcilicious No worries!

@sa2000 I zipped you my databases folder.

As I said in my PM, I don’t think Airtame is the cause of the errors. They are Chromecast-like HDMI display devices and since your messages, I have disabled SSDP on them. But those SSDP errors have been there since I installed the airtames a couple years ago.

The HDHomeRun is the network-based version, and I use it with one of my windows servers and my Mac Pro, but not with the other Windows server… which still crashed on 1.13.6.5339, so it seems like that might not be the issue.

The one thing that both of the Windows servers that crash do have in common is that I have multiple NICs on them. However, I also have multiple NICs on my Mac Pro as well… although I realize that if the bug is related to multiple NICs, it wouldn’t necessarily affect the Mac as well since the architecture is so different.

I downgraded both my Windows servers to 1.13.5.5332 since I needed PMS to run stably… so I can’t really test if anything fixes the issue without upgrading to the broken version again. But if you have a fix you think will work, let me know and I can upgrade again and attempt the fix.

@Maxtoid @sonicstorm I have sent you a link to a development build to try for these crashes - please let me know the results

Thanks

1 Like