Plex Version Version 1.13.3.5223 running in a synology as an app (not container)
I can restart the app and it’ll work for a period of time (maybe a few days) and the server will show up under https://app.plex.tv/desktop#!/settings/devices But then it disappears.
Please capture and resubmit logs at next failure. Current log settings do now show what is needed (DEBUG must be on)
It happened again.Plex Media Server Logs_2018-07-19_21-39-11.zip (2.0 MB)
This is on a synology and I cannot see the server via plex.tv.
Interesting. Can you show me what you see because someone is streaming from it via the WAN indicating it does have external connectivity (Remote Access)
Jul 19, 2018 19:28:56.197 [0x7f95724ee700] DEBUG - MyPlex: Last published value didn't change, we're done.
Jul 19, 2018 19:28:56.361 [0x7f9586511700] DEBUG - Completed: [71.XXX.xx.58:37245] 200 GET /video/:/transcode/universal/session/af2bee93a3ac440e7188ba1528030f9b/base/00166.ts (17 live) TLS 967ms 190344 bytes (pipelined: 20) (range: bytes=1048576-1238919)
Jul 19, 2018 19:28:56.512 [0x7f9586511700] DEBUG - Completed: [71.XXX.xx.58:37241] 200 GET /video/:/transcode/universal/session/af2bee93a3ac440e7188ba1528030f9b/base/00166.ts (17 live) TLS 1242ms 262144 bytes (pipelined: 22) (range: bytes=0-262143)
Jul 19, 2018 19:28:56.559 [0x7f95867ff700] DEBUG - Completed: [71.75.53.58:37242] 200 GET /video/:/transcode/universal/session/af2bee93a3ac440e7188ba1528030f9b/base/00166.ts (17 live) TLS 1179ms 262144 bytes (pipelined: 20) (range: bytes=262144-524287)
Jul 19, 2018 19:28:56.628 [0x7f9586511700] DEBUG - Completed: [71.XXX.xx.58:37243] 200 GET /video/:/transcode/universal/session/af2bee93a3ac440e7188ba1528030f9b/base/00166.ts (17 live) TLS 1248ms 262144 bytes (pipelined: 20) (range: bytes=524288-786431)
Jul 19, 2018 19:28:56.654 [0x7f95867ff700] DEBUG - Completed: [71.XXX.xx.58:37244] 200 GET /video/:/transcode/universal/session/af2bee93a3ac440e7188ba1528030f9b/base/00166.ts (17 live) TLS 1266ms 262144 bytes (pipelined: 20) (range: bytes=786432-1048575)Yeah. That’s what I don’t get. I’m not sure how they are able to stream, but another user cannot and I cannot see the server from plex.tv.
That user can stream regardless of the state of the server.
And external access has never been an issue (afaik). But some reason it loses connectivity to plex.tv.
I think you’re starting to see something Engineering has been finding and already working on. It appears to be happening regionally but without rhyme or reason
Oh good. I’d be happy to test any beta packages (if thats an option).
One last thing. If it matters. From what I can gather, the user you are seeing is accessing my server via plex tv apps or phone app. It seems the only issues have been with the web based plex.tv app.
It wasn’t clear if @ChuckPa was referring to the loss of connectivity to plex.tv or the lack of ability to play via a web browser. But the plex service lost connectivity to plex.tv again. Is my install unique? It happened again some point since the last time I restarted the plex service (~3pm yesterday). Is there more information you can provide that engineering has learned?
If you see verbose logging enabled, ignore. I disabled verbose logging then restarted the plex service. Restarting the plex service re-establishes the communication with plex.tv.
Thanks for the logs,
In your case, your logs show a few things.
Aug 12, 2018 22:19:23.657 [0x7efdbbfff700] DEBUG - Setting container serialization range to [0, 15] (total=-1)
Aug 12, 2018 22:19:23.657 [0x7efdc208f700] ERROR - Error creating directory "/transcode": boost::filesystem::create_directory: Permission denied: "/transcode"
Aug 12, 2018 22:19:23.657 [0x7efdc208f700] DEBUG - Transcoder: Cleaning old transcode directory: /volume1/Plex/tmp_transcoding/Transcode/Sessions/plex-transcode-6tku6bf4tabjsw9on6gvg2hg-25a36224-d0b9-4d4a-8e27-865add5d6389
Aug 12, 2018 22:19:23.658 [0x7efdcabff700] DEBUG - Completed: [172.31.1.9:50518] 200 GET /hubs/home/recentlyAdded?type=8 (15 live) GZIP Page 0-15 7ms 480 bytes (pipelined: 3)
Please make sure database optimization is enabled in Schedule Tasks and the system is running during that time so the butler will
Aug 12, 2018 22:19:23.728 [0x7efdc0fff700] DEBUG - It took 160.000000 ms to retrieve 10 items.
Aug 12, 2018 22:19:23.732 [0x7efdc1ab3700] DEBUG - It took 240.000000 ms to retrieve 200 items.
Aug 12, 2018 22:19:23.767 [0x7efdc8be1700] DEBUG - It took 110.000000 ms to retrieve 1 items.
Aug 12, 2018 22:19:23.857 [0x7efdc7623700] DEBUG - It took 160.000000 ms to retrieve 51 items.
Aug 12, 2018 22:19:23.860 [0x7efdc7623700] DEBUG - Setting container serialization range to [0, 50] (total=281)
Aug 12, 2018 22:19:23.893 [0x7efdca911700] DEBUG - Completed: [172.31.1.9:50516] 200 GET /hubs/home/recentlyAdded?type=1 (15 live) GZIP Page 0-50 264ms 21274 bytes (pipelined: 1)
Aug 12, 2018 22:19:23.905 [0x7efdc1ab3700] WARN - SLOW QUERY: It took 320.000000 ms to retrieve 50 items
Thanks @ChuckPa for the quick response.
Issue 1 should be resolved now. At least it’s using the temp location with the correct user perms. That /transcode setting was carried over from when it was running in a docker container. It’s now running natively on a synology.
This is weird as I’ve had this enabled for months (if not longer). And this runs 24/7 on my synology. At any rate, I’ve manually initiated the optimize the database task.
Thank-you again for the help.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
