Since 1 or 2 weeks, Plex keeps stopping almost daily on my Synology server. I can restart it pretty easily from the package center but I don’t understand what is going wrong now. It’s really only 1 time per day, that that happens.
Maybe also good to know, the Synology server goes to sleep a few hours each night.
Synology Server Version# DSM 6.2.1-23824
Plex Server Version#: 1.13.4.5271-200287a06
Player Version#:
Restart the server and after next crash, get the logs and attach here with details of when the issue arose and what you get when you try to access the server
I have removed your logs as you have enabled logging of security tokens. Make sure it is disabled before posting any logs in the forum. Probably wise to shutdown Plex Media Server, move the contents of the Logs directory out and then restart Plex Media Server. That way there would not be any old log files with tokens when you come to download the logs
See this article for location of the Plex Media Server data including the Logs directory
Basically when remote access is enabled and if the router takes a while to respond to NAT/uPnP request to get the Public IP Address, the server gets locked out for the duration of this time - transient deadlocks for up to 2 minutes. This is clearly visible at 17:07
Oct 22, 2018 17:04:51.406 [0x7f487bfff700] DEBUG - Request: [192.168.1.13:57235 (Subnet)] GET / (10 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:04:51.411 [0x7f4864d59700] DEBUG - Request: [127.0.0.1:56864 (WAN)] GET / (10 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:05:30.217 [0x7f486d623700] DEBUG - Request: [192.168.1.13:51721 (Subnet)] GET / (10 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:05:32.837 [0x7f4879717700] DEBUG - Request: [127.0.0.1:56880 (WAN)] GET / (11 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:07:16.385 [0x7f486d335700] DEBUG - Request: [192.168.1.13:47850 (Subnet)] GET / (12 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:07:19.016 [0x7f486ad59700] DEBUG - Request: [127.0.0.1:56928 (WAN)] GET / (13 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:07:34.374 [0x7f486dbff700] DEBUG - Request: [192.168.1.13:50195 (Subnet)] GET / (14 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:08:04.923 [0x7f486a77d700] DEBUG - Request: [127.0.0.1:56961 (WAN)] GET / (15 live) TLS GZIP Signed-in Token (aramsuchit@gmail.com)
Oct 22, 2018 17:09:02.369 [0x7f486aa6b700] DEBUG - NAT: UPnP, getPublicIP didn't find usable IGD.
Oct 22, 2018 17:09:02.621 [0x7f486aa6b700] WARN - NAT: PMP, got an error: Not Supported by gateway.
Oct 22, 2018 17:09:02.628 [0x7f487b511700] DEBUG - Completed after connection close: [192.168.1.13:57235] 200 GET / (15 live) TLS GZIP 251221ms 31 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.629 [0x7f487b511700] DEBUG - Completed after connection close: [192.168.1.13:38470] 200 GET / (15 live) TLS GZIP 281717ms 17 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.633 [0x7f487b7ff700] DEBUG - Completed after connection close: [192.168.1.13:51721] 200 GET / (15 live) TLS GZIP 212417ms 31 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.635 [0x7f487b7ff700] DEBUG - Completed: [127.0.0.1:56848] 200 GET / (15 live) TLS GZIP 279250ms 1727 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.638 [0x7f487b511700] DEBUG - Completed: [127.0.0.1:56864] 200 GET / (15 live) TLS GZIP 251226ms 1727 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.642 [0x7f487b511700] DEBUG - Completed after connection close: [192.168.1.13:44661] 200 GET / (15 live) TLS GZIP 281378ms 31 bytes (pipelined: 2)
Oct 22, 2018 17:09:02.652 [0x7f487b511700] DEBUG - Completed after connection close: [192.168.1.13:50195] 200 GET / (15 live) TLS GZIP 88278ms 29 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.652 [0x7f487b7ff700] DEBUG - Completed after connection close: [192.168.1.13:47850] 200 GET / (15 live) TLS GZIP 106267ms 29 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.657 [0x7f487b7ff700] DEBUG - Completed: [127.0.0.1:56928] 200 GET / (15 live) TLS GZIP 103641ms 1727 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.657 [0x7f487b511700] DEBUG - Completed: [127.0.0.1:56880] 200 GET / (15 live) TLS GZIP 209820ms 1727 bytes (pipelined: 1)
Oct 22, 2018 17:09:02.661 [0x7f487b7ff700] DEBUG - Completed: [127.0.0.1:56961] 200 GET / (15 live) TLS GZIP 57738ms 1727 bytes (pipelined: 1)
we have requests from plex client apps taking about 2 minutes to complete and they would have timed out before that and gave server unavailable response
this has already been referred to the development team
You could try and see if disabling uPnP in the router would help. You would need to switch to a port forward and manually specified port. If you have no need for remote access, you could disable it until the problem is fixed
You have disabled debug logging !
Also if the server is crashing, would need you to have crash reporting enabled. You have it disabled.
In Plex Web See Settings / Server / General / Show Advanced
Please restart the server after enabling it so we have startup sequence covered by the logging
Also please indicate the times when the issues arose
From what is in the logs - i can see you have a DNS configuration / operation issue on the NAS
This DNS Lookup failure was at 13:31 on 23 October 2018
Oct 23, 2018 13:31:19.189 [0x7f7e6d35f700] ERROR - Error issuing curl_easy_perform(handle): 6
Oct 23, 2018 13:31:19.189 [0x7f7e6d35f700] WARN - HTTP error requesting GET http://plex.tv/pms/:/ip (0, No error) (Couldn't resolve host 'plex.tv')
Oct 23, 2018 13:31:19.190 [0x7f7e6d35f700] ERROR - PublicAddressManager: Unable to get public IP adddress from myPlex (httpCode=-6):
Ensure first you resolve the network setup issue and DNS functionality on the NAS. Ensure both debug logging and crash reporting are enabled.
Restart the server
If you get any failures, note down the time and what the issue is and then capture the logs
and attach here together with the details of the problem https://support.plex.tv/articles/200250417-plex-media-server-log-files/
I am having this same issue and have been for quite some time. Attaching log files.
Server Version#: 1.13.9.5456
Player Version#: N/A
DSM Version#: DSM 6.2.1-23824 Update 1
NAS Model#: DS1515+
I previously reported this issue under Plex Media Server. I am still having issues. My NAS is hardwired directly to my router, two NIC ports (LAN 1 & 2, bonded). My router connects directly to AT&T U-Verse. Since the initial post, the router has been replaced. So, at this point, I’m honestly at a loss. Plex worked flawlessly for the longest. Now, I am having to reboot the NAS on a almost a daily basis, sometimes twice a day.
We are trying to establish when this regression came in. We do have proof of the problem being there in 1.13.8 and in 1.13.9
Would you be prepared to try earlier versions if i send you them to try to see when it broke - so trying going back sequentially until the problem resolves itself?
I would have absolutely no problem in assisting you with regression testing to track the issue down. As I posted the issue previously, I can help pinpoint that the issue started with a revision somewhere prior to 20 AUG 2018, as that was the date that I first posted. At that time, I was running Server Version#: 1.13.5.5291-6fa5e50a8 and DSM Version#: DSM 6.2-23739 Update 2. I hope that helps.
You’re welcome. I’m glad I could help. So, is this something that I need to roll back to 1.13.4 to resolve for now or is this an easy fix that we should see a patch out soon to resolve?