Server Version#: 1.15.3.835
Player Version#: 3.93.0
The CPU load on Plex Web Dashboard does not show any graph. Max load is always shown as NaN.
Server is running in a docker container from lxserver.io.
2 Likes
I’m having the same issue. Running Plex Server 1.15.3.835 on a VPS with CentOS 7.6.1810.
Same here. Worked when it was first introduced on the first beta update but no longer after the last couple plex beta updates. Currently on 1.15.3.858
Same issue here with server version 1.15.3.876 running on a Synology Diskstation.
Does anyone remember what update version this feature was first released? It worked for me on the first update it was introduced and no longer after that. Thinking about rolling back to that version if I can figure out which one it is.
Same issue here with PMS 1.15.3.876. The new RAM graph in PlexWeb 3.95.1 doesn’t work either.
ps: PMS here is running directly on a Synology 415+, not as a docker container.
Not exactly the same.
While cpu and ram are not showing a graph they are no longer showing NaN as the max value
I recognized the 0,00%, but before the newest Plex Web Update to 3.95.1 the CPU showed the same NaN for me like in your screenshot. I think the 0,00% is just another way to display NaN, but for the same reasons/bug.
@chrishoage you seem to be working at these features. Maybe you are not aware that they are not working correctly
For me I have 2 plex servers running the latest version of PMS, one on a Synology DS1815+ nas and one on an iMac, of these 2, only the one on the iMac is showing data in those 2 graphs.
in my case (FreeNAS) CPU and RAM graphs not showing at all.
1 Like
are you using the hosted app, app.plex.tv
Yes, Before update of PMS, I saw that window with cpu and information to update PMS. After update it’s gone completely
1 Like
Hi all. So we can investigate could you post some server logs?
Hi Moussa,
thanks for picking this up.
I’ve simply turned on the debug logging and switch to the status page. the network graph is shown and moving and displaying data. rest is not displaying any graph.
Here is the log for this simple test.
if you need special test cases I’m happy to provide the data
cheers
udo
Apr 11, 2019 20:52:24.020 [0x7f1a63fff700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:24.022 [0x7f1a63fff700] DEBUG - Computed media url for item 91970: http://127.0.0.1:59125/system/agents/media/get?guid=com%2Eplexapp%2Eagents%2Eplexmusic%3A%2F%2Fgracenote%2Fartist%2F0558BBC0035375BD%3Flang%3Den&mediaType=8&url=metadata%3A%2F%2Fposters%2Fcom%2Eplexapp%2Eagents%2Eplexmusic_706ecdcc32fb147110d27b1a8c7d7bc0bcd80957
Apr 11, 2019 20:52:24.022 [0x7f1a63fff700] DEBUG - HTTP requesting GET http://127.0.0.1:59125/system/agents/media/get?guid=com%2Eplexapp%2Eagents%2Eplexmusic%3A%2F%2Fgracenote%2Fartist%2F0558BBC0035375BD%3Flang%3Den&mediaType=8&url=metadata%3A%2F%2Fposters%2Fcom%2Eplexapp%2Eagents%2Eplexmusic_706ecdcc32fb147110d27b1a8c7d7bc0bcd80957
Apr 11, 2019 20:52:24.027 [0x7f1a63fff700] DEBUG - HTTP 200 response from GET http://127.0.0.1:59125/system/agents/media/get?guid=com%2Eplexapp%2Eagents%2Eplexmusic%3A%2F%2Fgracenote%2Fartist%2F0558BBC0035375BD%3Flang%3Den&mediaType=8&url=metadata%3A%2F%2Fposters%2Fcom%2Eplexapp%2Eagents%2Eplexmusic_706ecdcc32fb147110d27b1a8c7d7bc0bcd80957
Apr 11, 2019 20:52:24.027 [0x7f1a63fff700] DEBUG - Calculated media file path for path [metadata://posters/com.plexapp.agents.plexmusic_706ecdcc32fb147110d27b1a8c7d7bc0bcd80957]: ["/config/Library/Application Support/Plex Media Server/Metadata/Artists/0/c6c438b9be7314878850e32946dd60fe20b3f71.bundle/Contents/_combined/posters/com.plexapp.agents.plexmusic_706ecdcc32fb147110d27b1a8c7d7bc0bcd80957"]
Apr 11, 2019 20:52:24.027 [0x7f1a63fff700] DEBUG - Calling back into ourselves for photo to transcode, optimizing the process (status: -1)
Apr 11, 2019 20:52:24.028 [0x7f1a63fff700] DEBUG - Photo cache obtained 589592 bytes from /library/metadata/91970/thumb/1554863513?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Apr 11, 2019 20:52:24.028 [0x7f1a63fff700] DEBUG - Saving original media file to /config/Library/Application Support/Plex Media Server/Cache/PhotoTranscoder/c8/c8bd531e39d5499bf5785e5cc4d9b4f2a99a9fbe.jpg
Apr 11, 2019 20:52:24.042 [0x7f1a63fff700] DEBUG - Created thumbnail of size 60x60, has pixels: 1
Apr 11, 2019 20:52:24.044 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59751] 200 GET /photo/:/transcode?width=60&height=60&minSize=1&url=%2Flibrary%2Fmetadata%2F91970%2Fthumb%2F1554863513%3FX-Plex-Token%3Dxxxxxxxxxxxxxxxxxxxx (14 live) TLS GZIP 81ms 1769 bytes (pipelined: 7)
Apr 11, 2019 20:52:24.477 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:24.477 [0x7f1ab37fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:24.479 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 883 bytes (pipelined: 18)
Apr 11, 2019 20:52:25.490 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:25.491 [0x7f1a637fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:25.492 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 888 bytes (pipelined: 19)
Apr 11, 2019 20:52:26.503 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:26.503 [0x7f1a697fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:26.505 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 901 bytes (pipelined: 20)
Apr 11, 2019 20:52:27.515 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:27.516 [0x7f1a61ffb700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:27.517 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 905 bytes (pipelined: 21)
Apr 11, 2019 20:52:28.479 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:28.480 [0x7f1a73fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/resources?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:28.481 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/resources?timespan=6 (13 live) TLS GZIP 1ms 556 bytes (pipelined: 22)
Apr 11, 2019 20:52:28.526 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:28.527 [0x7f1a63fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:28.528 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 920 bytes (pipelined: 23)
Apr 11, 2019 20:52:29.549 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:29.549 [0x7f1a617fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:29.552 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 3ms 921 bytes (pipelined: 24)
Apr 11, 2019 20:52:30.564 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:30.564 [0x7f1a637fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:30.566 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 926 bytes (pipelined: 25)
Apr 11, 2019 20:52:31.575 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:31.575 [0x7f1a697fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:31.577 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 933 bytes (pipelined: 26)
Apr 11, 2019 20:52:32.589 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:32.590 [0x7f1a61ffb700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:32.592 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 938 bytes (pipelined: 27)
Apr 11, 2019 20:52:33.495 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:33.495 [0x7f1ab37fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/resources?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:33.497 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/resources?timespan=6 (13 live) TLS GZIP 1ms 545 bytes (pipelined: 28)
Apr 11, 2019 20:52:33.600 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:33.600 [0x7f1a73fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:33.602 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 955 bytes (pipelined: 29)
Apr 11, 2019 20:52:34.614 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:34.615 [0x7f1a617fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:34.616 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 954 bytes (pipelined: 30)
Apr 11, 2019 20:52:35.630 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:35.630 [0x7f1a63fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:35.632 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 961 bytes (pipelined: 31)
Apr 11, 2019 20:52:36.636 [0x7f1a95ffb700] DEBUG - NetworkServiceBrowser: Parsing SSDP schema for http://192.168.1.2:8080/upnp
Apr 11, 2019 20:52:36.636 [0x7f1a95ffb700] DEBUG - HTTP requesting GET http://192.168.1.2:8080/upnp
Apr 11, 2019 20:52:36.641 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:36.641 [0x7f1a637fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:36.643 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 970 bytes (pipelined: 32)
Apr 11, 2019 20:52:36.647 [0x7f1a95ffb700] DEBUG - HTTP 404 response from GET http://192.168.1.2:8080/upnp
Apr 11, 2019 20:52:36.647 [0x7f1a95ffb700] ERROR - SSDP: Error parsing device schema for http://192.168.1.2:8080/upnp
Apr 11, 2019 20:52:37.656 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:37.656 [0x7f1a697fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:37.657 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 975 bytes (pipelined: 33)
Apr 11, 2019 20:52:38.515 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:38.515 [0x7f1a61ffb700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/resources?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:38.517 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/resources?timespan=6 (13 live) TLS GZIP 1ms 548 bytes (pipelined: 34)
Apr 11, 2019 20:52:38.667 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:38.668 [0x7f1a73fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:38.670 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 988 bytes (pipelined: 35)
Apr 11, 2019 20:52:39.677 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:39.677 [0x7f1ab37fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:39.679 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 989 bytes (pipelined: 36)
Apr 11, 2019 20:52:40.692 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:40.692 [0x7f1a617fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:40.694 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 2ms 995 bytes (pipelined: 37)
Apr 11, 2019 20:52:41.709 [0x7f1ab89fb700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:41.709 [0x7f1a63fff700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:41.711 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 1000 bytes (pipelined: 38)
Apr 11, 2019 20:52:42.721 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:42.721 [0x7f1a697fa700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:42.722 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 1007 bytes (pipelined: 39)
Apr 11, 2019 20:52:43.535 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:43.536 [0x7f1a637fe700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/resources?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:43.537 [0x7f1ab89fb700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/resources?timespan=6 (13 live) TLS GZIP 1ms 549 bytes (pipelined: 40)
Apr 11, 2019 20:52:43.730 [0x7f1ab91fc700] DEBUG - Auth: authenticated user 1 as udo.christ
Apr 11, 2019 20:52:43.731 [0x7f1a61ffb700] DEBUG - Request: [192.168.1.107:59699 (Subnet)] GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP Signed-in Token (udo.christ)
Apr 11, 2019 20:52:43.732 [0x7f1ab91fc700] DEBUG - Completed: [192.168.1.107:59699] 200 GET /statistics/bandwidth?timespan=6 (13 live) TLS GZIP 1ms 1023 bytes (pipelined: 41)
Thanks for the logs. I think more complete logs would be helpful, as well as the platform and environment your Plex Media Server is running on 
Having the same issue with 1.15.4.919 direct on a Synology DS412+
I have a small set of logs, I deleted my old logs so as to create just a small set, and left the app on the dashboard page for a couple of minutes.
If you want I can PM them to you, but don’t really want to post them on the public forum as they contain email addresses and (what I class) as other sensitive info
Can you please specify the test case? What are „more complete“ logs?
By complete I mean making sure Enable Plex Media Server debug logging is checked in the server settings, reproducing the issue, and then grabbing the entire server logs. There is a button in the Troubleshooting settings page that will grab all the logs and zip them up. Feel free to PM the logs if you don’t feel comfortable posting them here.
