Plex buffering Issues suddenly

This may be a little bit of a tangent but I tried out my Plex Cloud server and it is streaming the same movie flawlessly… So basically when I use Plex Cloud it eliminates Comcast from the equation and it seems to work

5023 is running flawlessly. I couldn’t get 2 minutes into a show without buffering.

@guerillapunk and I just ran the iperf3 test From my location in Washington State and it reflects my bandwidth, the lowest common denominator. Both of his connections are faster than mine. What we’re seeing is no bandwidth issues… zero. Here’s the data…

root@pluto:/home/install/linux/plex# iperf3 -c CALIFORNIA 100/100
Connecting to host CALIFORNIA 100/100, port 5201
[  4] local WASHINGTON 30/30 port 48940 connected to CALIFORNIA 100/100 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec  3.34 MBytes  28.0 Mbits/sec    0    260 KBytes       
[  4]   1.00-2.00   sec  3.32 MBytes  27.9 Mbits/sec    0    260 KBytes       
[  4]   2.00-3.00   sec  3.42 MBytes  28.7 Mbits/sec    0    274 KBytes       
[  4]   3.00-4.00   sec  3.50 MBytes  29.4 Mbits/sec    0    274 KBytes       
[  4]   4.00-5.00   sec  3.33 MBytes  27.9 Mbits/sec    0    274 KBytes       
[  4]   5.00-6.00   sec  3.22 MBytes  27.0 Mbits/sec    1    191 KBytes       
[  4]   6.00-7.00   sec  3.31 MBytes  27.8 Mbits/sec    0    191 KBytes       
[  4]   7.00-8.00   sec  2.82 MBytes  23.7 Mbits/sec    0    262 KBytes       
[  4]   8.00-9.00   sec  3.53 MBytes  29.6 Mbits/sec    0    262 KBytes       
[  4]   9.00-10.00  sec  3.43 MBytes  28.8 Mbits/sec    0    262 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  33.2 MBytes  27.9 Mbits/sec    1             sender
[  4]   0.00-10.00  sec  32.8 MBytes  27.5 Mbits/sec                  receiver

iperf Done.
root@pluto:/home/install/linux/plex# iperf3 -c NETHERLANDS 1000/1000
Connecting to host NETHERLANDS 1000/1000, port 5201
[  4] local WASHINGTON 30/30 port 38822 connected to NETHERLANDS 1000/1000 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec   800 KBytes  6.56 Mbits/sec    0    288 KBytes       
[  4]   1.00-2.00   sec  3.58 MBytes  30.0 Mbits/sec    0    738 KBytes       
[  4]   2.00-3.00   sec  3.12 MBytes  26.1 Mbits/sec    0    738 KBytes       
[  4]   3.00-4.00   sec  3.56 MBytes  29.9 Mbits/sec    0    738 KBytes       
[  4]   4.00-5.00   sec  3.56 MBytes  29.8 Mbits/sec    0    738 KBytes       
[  4]   5.00-6.00   sec  3.12 MBytes  26.1 Mbits/sec    0    738 KBytes       
[  4]   6.00-7.00   sec  3.57 MBytes  29.9 Mbits/sec    0    738 KBytes       
[  4]   7.00-8.00   sec  3.56 MBytes  29.9 Mbits/sec    0    738 KBytes       
[  4]   8.00-9.00   sec  3.12 MBytes  26.1 Mbits/sec    0    738 KBytes       
[  4]   9.00-10.00  sec  3.56 MBytes  29.8 Mbits/sec    0    738 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  31.5 MBytes  26.4 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  30.8 MBytes  25.8 Mbits/sec                  receiver

I think that we have ruled out network issues.

Not really, we weren’t using port 32400. If any of the ISP’s is throttling traffic with QoS, there could be a network problem. What we demonstrated is there is no underlying “bandwidth” issue.

I don’t use port 32400 so I don’t think it’s a throttling issue.

I agree with @codenomics thou

The OP and I (not sure about everyone else) are having the same issues in a LAN. Everyone so far has had one thing in common, they updated and then the issue started.

@ChuckPa

Just making sure you’re seeing the data here :slight_smile: I hope you guys are looking into this internally. Like @codenomics said, some people are having this issue within their LAN

Yes. I’m following what you guys are doing.

I hope you understand if I’m not in deep and interacting with you (In realtime)? I’m eyeballs deep in ARMv8 compile/library debug at this very moment on the new CI which impacts everyone. When I find the ARMv8 issue, I’ll fix it for all the server platforms.

1 Like

Thanks @ChuckPa

\o/

@codenomics

Could I get a link for 5023 for Ubuntu? Either here or PM works. Thanks

https://downloads.plex.tv/plex-media-server/1.13.0.5023-31d3c0c65/plexmediaserver_1.13.0.5023-31d3c0c65_amd64.deb

the links are just chaning the folder to match the version and then changing the version on the deb file

downloads.plex.tv/plex-media-server/1.13.0.5023-31d3c0c65/plexmediaserver_1.13.0.5023-31d3c0c65_amd64.deb

1 Like

Also, it looks like I am still having the issue.
I tried removing all plex data on the server and started from scratch but I am still seeing the issue on 5023.
I honestly have no clue how far back I even was on updates.

What version of Ubuntu are yall on? I am dumb and didn’t think about it earlier but when I did the reinstall of my OS I went from Mint 17 to Ubuntu 18.04

::Edit::
OK, I installed 1.12.3.4973 and I am 30 minutes into a show that was reliably buffering and not one issue!

1 Like

Thank you. I just don’t know how to figure out the ‘hash’ string at the end of the version i.e. 1.13.0.5023-31d3c0c65

How did you find them?

Also keep us updated on your reversion findings.

The list that CraigA57 posted earlier has them all (included below)

For what it’s worth…

I tested each version back to 1.12.3.4973
Before each install I deleted all data that I could find related to PMS (including /var/lib/plexmediaserver/) and did a dpkg -P plexmediaserver to purge out everything and then installed a version… Tested with a couple of files that I had issues with previously and a couple random other files (if I have to watch the first 2 minutes of Claws again I am going to vomit)

1.11.3.4803-c40bba82e_amd64.deb
1.12.0.4829-6de959918_amd64.deb
1.12.1.4885-1046ba85f_amd64.deb
1.12.2.4929-29f6d1796_amd64.deb
1.12.3.4973-215c28d86_amd64.deb
1.13.0.5023-31d3c0c65_amd64.deb
1.13.2.5154-fd05be322_amd64.deb
1.13.4.5251-2e6e8f841_amd64.deb
1.13.4.5271-200287a06_amd64.deb
1 Like

LOL I’m such a noob. Thanks.!

So how is 4973?

Running great. watched a chunk of a couple random shows and a movie and no issues so far.
I am testing locally and another person is testing remotely for me and looks good on both ends.

1 Like

I’m running Ubuntu 16.04 LTS x64.
Version 1.12.3.4973 looks good, eh?
I’m currently on 1.13.4.5271, just had my first local network error. Network is Gigabit, hard wired to a 100 BaseT Roku box. The show is 1080p; H.265, Vorbis audio 8 channel, 2.7Mbps native playback rate.
Maybe I’ll drop back to 1.12.3.4973 and see what happens.
I’m not comfortable with dpkg for uninstall/install.

Shouldn’t need to use dpkg as long as you uninstall it you should be fine.
I am not sure if purging all that I could find is needed or not, I did it strictly for testing to make sure that I didn’t have any leftovers causing issues. Heck, I might not have even gotten everything lol.

And yeah, 4973 is running great (so far)

If you --purge, you’ll remove user plex's home directory which is your entire /var/lib/plexmediaserver so that’s ill advised.

The only executable code there are codecs. Everything else is your data / what PMS knows about your media