Server Version 4.18.1
Player Version#:? does not work with any client
Since several weeks my plex server continuosly stops working (not reachable from any of my clients and also not from synology. This usually happens within 24 hours …
Only thing working is rebooting the synology. Did try and stop several other things, but nothing works. Any help appreciated. thanks!!
The next time it stops, before you start it again.
Go to the FAQ
FAQ #1 (post 2)
manually retrieve the log files and attach them so I can see.
If the DLNA server is on, and you don’t use it, turn it off. It is a known memory leak.
logsLogs.zip (626.9 KB)
thanks!
Please go back into Settings - Server - General - Show Advanced.
Turn DEBUG back ON please (it doesn’t use more disk space with it on. total is about 50 MB either way)
Please do catch it again.
I ask this because as it is now, I can only see errors and warnings. I can’t see what it was trying to do.
I do see the database is GROSSLY fragmented. “Optimize database” is needed.
Also, Settings - Server - Scheduled Tasks - Turn on Automatic Database optimization.
Jan 12, 2020 09:08:31.242 [0x7f3290a13700] ERROR - Error parsing content.
Jan 12, 2020 09:08:31.630 [0x7f3290a13700] ERROR - Error parsing XML response for update.
Jan 12, 2020 09:10:26.896 [0x7f3290a13700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:10:41.528 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.180000 seconds
Jan 12, 2020 09:10:48.062 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.180000 seconds
Jan 12, 2020 09:10:53.688 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.160000 seconds
Jan 12, 2020 09:10:54.348 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsManager.cpp:248): 5.790000 seconds
Jan 12, 2020 09:12:52.373 [0x7f3243d11700] WARN - SLOW QUERY: It took 1090.000000 ms to retrieve 1 items.
Jan 12, 2020 09:13:29.681 [0x7f3243d11700] WARN - SLOW QUERY: It took 2250.000000 ms to retrieve 0 items.
Jan 12, 2020 09:13:45.027 [0x7f3243d11700] WARN - SLOW QUERY: It took 1090.000000 ms to retrieve 0 items.
Jan 12, 2020 09:13:50.502 [0x7f3243d11700] WARN - SLOW QUERY: It took 320.000000 ms to retrieve 0 items.
Jan 12, 2020 09:15:56.962 [0x7f3243d11700] WARN - SLOW QUERY: It took 5500.000000 ms to retrieve 20 items.
Jan 12, 2020 09:17:58.498 [0x7f3227447700] WARN - SLOW QUERY: It took 730.000000 ms to retrieve 1 items.
Jan 12, 2020 09:20:04.772 [0x7f3227447700] WARN - SLOW QUERY: It took 7880.000000 ms to retrieve 18 items.
Jan 12, 2020 09:22:33.706 [0x7f32265a1700] WARN - SLOW QUERY: It took 850.000000 ms to retrieve 1 items.
Jan 12, 2020 09:24:59.750 [0x7f3214e31700] ERROR - getaddrinfo(192-168-1-10.abcdefghijklmnopqrstuvwxyz012345.plex.direct) failed: -5
Jan 12, 2020 09:32:58.444 [0x7f3293d11700] ERROR - Error issuing curl_easy_perform(handle): 28
I’m not sure what else is running on that system but that 2012 D2700 CPU is getting long in the tooth for the load PMS demands.
Hi Chuck, thanks for checking,
First, i did already do db optimization (within plex) so i wonder why it should be defragmented, or at least grossly. Should i completely delete the db and do it again? I have about 10.000 Directories and it might take some time. but if it is needed i would do it.
Concerning Debug mode, it is ON, but i did find it under “Settings - Debug - Debug Level: enabled” or do you mean something else? Anything else?
thanks
Settings - Server - General - Show Advanced is where you’ll find the logging buttons again
As was discovered last night, it seems the D2700 CPU is falling off the edge of “usefull” as a PMS server. It’s still a great NAS but with all that PMS does now, the load is getting too great. The D2700’s , by default, don’t have much memory. This doesn’t help either as most run other apps on them concurrently.
With regard to the 10,000 directories, where are these located? Mostly in Music?
ok, Server means it is the name of my PMS Server instance … so checked it to log things properly. Lets wait for the next crash.
Concerning the performance of my NAS: would it be usefull to increase (double or more) memory?
There are about 8000 mp3 directories (quite some GB) and 1500 movie directories. Would it help to remove music directories (as there a slightly more directories) from my PMS?
As i just use it as a server for my stuff at home (and syncing to several mobile devices) cant i just switch off the new stuff i dont need? Or does downgrading help and stick to an old version? Where could i find old versions?
Also i am usually on my home network or i am syncing to mobile devices. Is there the chance to reduce performance needs if i do never transcode my files? Is there a setting to do so?
thanks
With a volume like that, you unfortunately really should consider running PMS on another faster CPU or a new NAS.
Jan 10, 2020 22:10:23.329 [0x7f32b2e90700] INFO - Plex Media Server v1.18.4.2171-ac2afe5f8 - Synology DS412+ x86_64 - build: linux-x86_64 synology - GMT 01:00
Jan 10, 2020 22:10:23.330 [0x7f32b2e90700] INFO - Linux version: DSM 6.2.2.24922-4, language: en-US
Jan 10, 2020 22:10:23.330 [0x7f32b2e90700] INFO - Processor Intel(R) Atom(TM) CPU D2700 @ 2.13GHz
The performance of the D2700 is 832 passmarks.
Any newer NAS with a J3455 will have almost 3x that performance.
As PMS adds features, the minimum requirements have been creeping up.
700 Passmarks was the old minimum.
We have reached the point where 800 is the minimum and 1000 is the minimum recommended for larger libraries.
All this pertains to media management. It doesn’t speak to video processing at all.
Regarding the memory, what does DSM show you for memory consumption?
Is it over 50% utilized almost constantly?
I will check tonight memory usage.
Would it make sense to downgrade (as it worked good appr. 3-4 month ago)?
Is there a way to safely download older version of plex (for synology Intel64 Bit)?
Hi Chuck,
again it happened, please find attached the new debug logs attached.
thanks (1.5 MB)
The above attachment did not upload.
Email attachments are not accepted by the forum.
20200113_Logs.zip (1.5 MB)
Would you please go back and turn DEBUG logging ON? Keep VERBOSE - OFF.
Logs are fixed size so there is no additional space used by turning DEBUG on but it does allow me to see what’s being attempted as well as the errors instead of errors only.
Once ON, please capture again when it happens.
Debug Logging was on, and also verbose off.
I did disable all of them, Saved and put logging on again, and no verbose.
quite frustrating. seems my installation is wrecked. Is there a place where i can download older versions of PMS?
I wouldn’t say it’s wrecked just yet.
It’s more resilient than most think.
The key to that resilience is having Database Backups enabled in Scheduled Tasks with the NAS on when they are scheduled to run.
While this looks bad:
Jan 12, 2020 09:10:26.896 [0x7f3290a13700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:10:41.528 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.180000 seconds
Jan 12, 2020 09:10:48.062 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.180000 seconds
Jan 12, 2020 09:10:53.688 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsBandwidth.cpp:50): 0.160000 seconds
Jan 12, 2020 09:10:54.348 [0x7f3290d01700] WARN - Held transaction for too long (../Statistics/StatisticsManager.cpp:248): 5.790000 seconds
Jan 12, 2020 09:12:52.373 [0x7f3243d11700] WARN - SLOW QUERY: It took 1090.000000 ms to retrieve 1 items.
Jan 12, 2020 09:13:29.681 [0x7f3243d11700] WARN - SLOW QUERY: It took 2250.000000 ms to retrieve 0 items.
Jan 12, 2020 09:13:45.027 [0x7f3243d11700] WARN - SLOW QUERY: It took 1090.000000 ms to retrieve 0 items.
Jan 12, 2020 09:13:50.502 [0x7f3243d11700] WARN - SLOW QUERY: It took 320.000000 ms to retrieve 0 items.
Jan 12, 2020 09:15:56.962 [0x7f3243d11700] WARN - SLOW QUERY: It took 5500.000000 ms to retrieve 20 items.
Jan 12, 2020 09:17:58.498 [0x7f3227447700] WARN - SLOW QUERY: It took 730.000000 ms to retrieve 1 items.
Jan 12, 2020 09:20:04.772 [0x7f3227447700] WARN - SLOW QUERY: It took 7880.000000 ms to retrieve 18 items.
Jan 12, 2020 09:22:33.706 [0x7f32265a1700] WARN - SLOW QUERY: It took 850.000000 ms to retrieve 1 items.
Jan 12, 2020 09:24:59.750 [0x7f3214e31700] ERROR - getaddrinfo(192-168-1-10.abcdefghijklmnopqrstuvwxyz012345.plex.direct) failed: -5
Jan 12, 2020 09:32:58.444 [0x7f3293d11700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:33:03.105 [0x7f3293d11700] WARN - MyPlex: Updating device connections failed, retrying in 20 seconds.
Jan 12, 2020 09:41:20.534 [0x7f3291e95700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:41:25.667 [0x7f3291e95700] WARN - MyPlex: Updating device connections failed, retrying in 40 seconds.
Jan 12, 2020 09:50:42.625 [0x7f3214e31700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:50:45.848 [0x7f3214e31700] WARN - MyPlex: Updating device connections failed, retrying in 80 seconds.
Jan 12, 2020 09:50:45.842 [0x7f3291e95700] ERROR - Error issuing curl_easy_perform(handle): 28
Jan 12, 2020 09:58:20.412 [0x7f3225fc5700] ERROR - [PlexRelay] kex protocol error: type 7 seq 11
Jan 12, 2020 09:58:21.343 [0x7f31fbfff700] INFO - [PlexRelay] Allocated port 24967 for remote forward to 127.0.0.1:32401
Jan 12, 2020 10:20:15.742 [0x7f3290a13700] ERROR - Error parsing content.
Jan 12, 2020 10:20:18.718 [0x7f3290a13700] ERROR - Error parsing XML response for update.
It’s not all that bad UNLESS the system is really that overloaded.
The D2700 is on the edge as a PMS server. It DirectPlay & some DirectStream video, music, and photos but not much more than that.
If, while attempting to perform those operations, it’s also trying to add content, it will become overloaded. One must remember, it’s only a dual core. Playing content will use 1 core (about 20-30% of one). Converting audio can be up to 1 1/2 cores (7.1 -> 2 channel for example.
This means, it’s viability as a server is highly dependent on the content being played.
First, let’s find out what’s happening.
Please note, in the logs, I see sync attempts from someone not authorized to sync?
You may wish to check up on that. Also, syncing content is transcoding (background mode) and will use all the available resources. If this is happening then it will easily trigger what I see and have highlighted above.
sorry, what is exactly my next step to find out? There are sync events where someone is not authorized? what does that mean? how can i check?
I’m sorry, it’s been one of those Mondays.
Here are the new logs, after setting and saving everything to debug, restarted and after approx. 1 hour i downloaded the attached log files.
thanks20200114_Logs.zip (1.7 MB)
Hi, i now did upgrade my RAM from 1 to 4 GB, also i stopped the automatic scans.
Also please find attached the latest log file, could you please check if it has improved?
If not,
i really would need to switch off all unnecessary services,
also remove my mp3 collection,
remove all 4K video content and
please advice where to get an older version from mid of last year to get it running as it used to with HD content maximum
thanks
Logs20200117.zip (1.9 MB)
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
