Oooohh… so sorry…
1 Like
your kind help was appreciated, nevertheless 
I restarted Plex and it is working again. I will monitor.
…also now works from the Plex iOS app.
Ah - it got locked down. Well the IP addresses are logged in the log. But you could add the token
https://plex.tv/services/pubsub/servers?X-Plex-Token=xxxxxxxxxxxxx and replace the xxxxxxxxxxxxxx with the PlexOnlineToken string in Preferences.xml
What I would like to establish is if we forget to retry and so wireshark capture filtered on the IP Addresses for the pubsub servers together with the server logs zip would help me. If the problem is not QNAP specific, then setting a test windows Plex Media Server alongside and running wireshark on that would be a way to investigate
Now - I do know that on NAS systems, I have seen many times the Plex Media Server up and running before network connectivity got established - so if we have a bug where we do not retry every x seconds then that could be the problem.
The point to note is that our retry for pubsub servers starts at 15 second interval and then the retry interval gets increased with time - it doubles every time but there should be a ceiling of 10 minutes on retries. So a wireshark of a failure for 30 minutes should be adequate with the associated logs
will do - thanks.
@ChuckPa do you know the equivalent for Wireshark on a QNAP?
hahahaha, it can’t be!
I’m here because the same thing happened to me again and now the solution from a few days ago no longer works for me!
But if I reboot then it works. This is not normal …
Are we looking for solutions?
What information from the logs do you want to see? : D
I like to see logs with debug logging enabled from the start (before launch) and wireshark / network capture filtered on the ip addresses of the pubsub servers
Good Morning.
As the @JCHH, I have QNAP and don’t know how to get the information from Whireshark.
I can provide the logs for you.
The problem occurred at
Aug 13, 2020 23:19:05.697 [0x7ff31e5a1700] WARN - Need to be signed in and connected to the Internet to refresh a plex music library.
Maybe related with this?? Remote Access on QNAP has "red status" with Reverse Proxy (Traefik)
Plex Media Server Logs_2020-08-14_09-16-01.zip (6.7 MB)
Thanks!
I am following up this
Aug 12, 2020 04:37:00.583 [0x7ff34ecdb700] DEBUG - EventSource: Stopping.
. . .
Aug 13, 2020 21:51:35.743 [0x7ff31f447700] WARN - Need to be signed in and connected to the Internet to refresh a plex music library.
So it is possible the issue actually arose overnight before the failure you observed on the evening of the 13th .
There may be a DNS angle - because we do a tcp resolve action on the IP address
This was when it worked - log after a relaunch
Aug 10, 2020 09:23:31.965 [0x7fc2a6b7d700] DEBUG - EventSource: Resolving 109.237.24.233 port 443
Aug 10, 2020 09:23:31.967 [0x7fc2b5d81700] DEBUG - EventSource: Resolved 109.237.24.233 to 109.237.24.233
Aug 10, 2020 09:23:37.845 [0x7fc2b4b9e700] DEBUG - EventSource: Resolving 139.162.219.82 port 443
Aug 10, 2020 09:23:37.845 [0x7fc2b5d81700] DEBUG - EventSource: Resolved 139.162.219.82 to 139.162.219.82
You can see resolving an IP address and then logging that it got resolved. The IP address was the pubsub server
and when we had failures
Aug 13, 2020 01:44:23.611 [0x7fc2b5a93700] DEBUG - EventSource: Resolving 139.162.219.82 port 443
Aug 13, 2020 01:44:35.780 [0x7fc2b5d81700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:44:35.780 [0x7fc2b5d81700] ERROR - EventSource: Retrying in 30 seconds.
Aug 13, 2020 01:44:43.094 [0x7fc2b5a93700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:44:43.094 [0x7fc2b5a93700] ERROR - EventSource: Retrying in 30 seconds.
Aug 13, 2020 01:44:43.611 [0x7fc2b5a93700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:44:43.611 [0x7fc2b5a93700] ERROR - EventSource: Retrying in 30 seconds.
Aug 13, 2020 01:45:13.611 [0x7fc2b5d81700] DEBUG - EventSource: Resolving 139.162.219.82 port 443
Aug 13, 2020 01:45:25.781 [0x7fc2b5d81700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:45:25.781 [0x7fc2b5d81700] ERROR - EventSource: Retrying in 60 seconds.
Aug 13, 2020 01:45:33.095 [0x7fc2b5a93700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:45:33.095 [0x7fc2b5a93700] ERROR - EventSource: Retrying in 60 seconds.
Aug 13, 2020 01:45:33.611 [0x7fc2b5d81700] DEBUG - EventSource: Failure in IdleTimeout (0 - Success).
Aug 13, 2020 01:45:45.813 [0x7fc2b5a93700] DEBUG - EventSource: Stopping.
Aug 13, 2020 01:45:59.483 [0x7fc2b5d81700] DEBUG - EventSource: Stopping.
No resolved log entries
The issue I have referred to our development team is that where we appear to stop retrying and the restart of the server does the retry.
So there is some outage - tending to be overnight and then we do not seem to recover from it.
Do QNAPs stop internet connections at certain hours? Any hibernation ? power saving?
Hi - Not aware of any outage overnight, no.
Me neither. And I have qnap too.
Something triggered at 01:43 am - loads of network change events (about 12 hours after an earlier one)
and the EventSource failures started then
It is possible that there is a Plex Media Server issue where we stop retrying when all comes back to life again (for the pubsub EventSource connections)
I have referred the issue of not retrying the connection attempts to the pubsub servers to the development team. Will let you know if I need any further diagnostics. The network capture would be just confirmation that Plex Media Server stopped communicating with the pubsub server.
So periodic restarts would circumvent this problem
If you need more help from me for being a qnap user, tell me.
If it happens again I’ll reattach logs in case you see the same pattern.
Thanks for your help.
I normally never have to restart so this Disruption event is an outlier.
I only reboot when the system (qnap) goes down.
Plex I haven’t had to restart it almost never, I think. Maybe after manual updates.
Hi, Any update on this?
HI - any idea on the equivalent of Wireshark for QNAP?
