Plex server crashing constantly

Hi - I have the newest version: 1.7.4. I’m running it on Windows 10.
The server crashes every 20 minutes or so, even when I am not actively using Plex to stream anything.
Can someone assist? I’ve had this problem with the last three versions (including this one). Previously I was able to leave it running for days without any problem at all.
Thanks.

I’m not a Windows or VMWare guy but do know of a LOT of problems with

VMNET adapter when LRO is enabled.

In ALL cases to date, switch the type to e1000e and turn off LRO. This is the solution for Ubuntu. It’s likely to apply to Windows as well

Also, your configurations are incomplete: You need to review and correct your networking. PMS does best with one adapter.

    Jun 28, 2017 15:18:37.393 [255488] DEBUG - NetworkInterface: ignoring adapter 'Ethernet 4' (fe80::f838:47a3:744:7533%3,169.254.117.51) because it has no gateway
    Jun 28, 2017 15:18:37.394 [255488] DEBUG - NetworkInterface: ignoring adapter 'VMware Network Adapter VMnet1' (fe80::75e8:700e:7873:5142%8,192.168.197.1) because it has no gateway
    Jun 28, 2017 15:18:37.394 [255488] DEBUG - NetworkInterface: ignoring adapter 'VMware Network Adapter VMnet8' (fe80::f90a:f186:7036:bc7%10,192.168.44.1) because it has no gateway
    Jun 28, 2017 15:18:37.395 [255488] DEBUG - NetworkInterface: ignoring adapter 'Ethernet 5' (fe80::1007:13e0:5380:64ab%11,169.254.100.171) because it has no gateway
    Jun 28, 2017 15:18:37.395 [255488] DEBUG - NetworkInterface: ignoring adapter 'Loopback Pseudo-Interface 1' (::1,127.0.0.1) because it has no gateway

Have got the crash information. Appears to be to do with watching for directory / file changes.

I notice you have a path in the library defined at the root level H:\
It is best to define paths at directory level as the drive level misses some attributes such as Last Modified Date and Time

Could you check your libraries folder path definitions and remove the H:\ and just define at the media folder levels

e.g. you already have H:\iTunes media\Music which is ok
or E:\J Drive\Movies etc

Let us know if removing the H Drive at root level stops the crashes

Firstly, thank you very much for such prompt assistance! It is greatly appreciated.

I removed the H Drive root level. The crashes persist. I updated to 1.7.5, too.

  • Steve

In addition to happening spontaneously, it seems to crash when a new file is added or an existing one is renamed. I don’t know if that’s any help.

  • Steve

Linking to other forum topics for same crash


This has been logged with the development team. In the meantime,
I suspect that if you disable the automatic library updates - the crashes would stop. The crash is when handling notification from windows of a change. Let me know if the crashes do continue after disabling the library auto updates - Plex Media Server does also enable notifications for other directories - other than the library update media ones

There is feedback from a user that the crashes stopped after updating to windows insider track build windows 10.0.0.16237

Same issue - or not. Updated to 10.12.6 tonight. Plex server won’t restart. Here is the log:

Jul 21, 2017 00:28:58.971 [0x7000051ff000] INFO - Plex Media Server v1.7.5.4035-313f93718 - Apple Mac  - build: darwin-x86_64 macosx - GMT -05:00
Jul 21, 2017 00:28:58.971 [0x7000051ff000] INFO - MacOSX version: 10.12.6, language: en-US
Jul 21, 2017 00:28:58.972 [0x7000051ff000] INFO - Processor Intel(R) Core(TM)2 Duo CPU     P8800  @ 2.66GHz
Jul 21, 2017 00:28:58.972 [0x7000051ff000] INFO - /Applications/Plex Media Server.app/Contents/MacOS/Plex Media Server
Jul 21, 2017 00:28:59.242 [0x700005594000] DEBUG - BPQ: [Idle] -> [Starting]
Jul 21, 2017 00:28:59.251 [0x700005594000] DEBUG - Opening 20 database sessions to library (com.plexapp.plugins.library), SQLite 3.13.0, threadsafe=1
Jul 21, 2017 00:28:59.360 [0x700005594000] DEBUG - Running migrations.
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - SQLITE3:0x700005593130, 11, database corruption at line 62365 of [fc49f556e4]
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - SQLITE3:0x700005593130, 11, statement aborts at 4: [select max(max(metadata_items.changed_at),max(metadata_items.resources_changed_at)) from metadata_items] database disk image is malformed
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - Database corruption: sqlite3_statement_backend::loadOne: database disk image is malformed
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - Error: Unable to set up server: sqlite3_statement_backend::loadOne: database disk image is malformed (N4soci10soci_errorE)

@itlnparrot said:
Same issue - or not. Updated to 10.12.6 tonight. Plex server won’t restart. Here is the log:

Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - SQLITE3:0x700005593130, 11, database corruption at line 62365 of [fc49f556e4]
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - SQLITE3:0x700005593130, 11, statement aborts at 4: [select max(max(metadata_items.changed_at),max(metadata_items.resources_changed_at)) from metadata_items] database disk image is malformed
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - Database corruption: sqlite3_statement_backend::loadOne: database disk image is malformed
Jul 21, 2017 00:28:59.376 [0x700005594000] ERROR - Error: Unable to set up server: sqlite3_statement_backend::loadOne: database disk image is malformed (N4soci10soci_errorE)

It is definitely not the same issue and the log says exactly what the issue is

Please see
Repair a Corrupt Database

Restore a Database Backed Up via ‘Scheduled Tasks’

Thank you ! (yes - I’m a dolt for not searching the problem on the forum. Too little sleep)