Home › Android (mobile)
abuttino
Posts: 238Members ✭✭
If you have not already, we suggest setting your Plex username to something else rather than email which is displayed on your posts in forum. You can change the username at https://app.plex.tv/desktop#!/account
Welcome to our forums! Please take a few moments to read through our Community Guidelines (also conveniently linked in the header at the top of each page). There, you'll find guidelines on conduct, tips on getting the help you may be searching for, and more!
Hundreds to THOUSANDS of UDP Multicast requests (Bug Report)
abuttino
Posts: 238Members ✭✭
Recently I had noticed a flood of UDP Multicast requests coming from my tablet and phone, usually thousands per minute, sometimes stopping the firewall log because they are too frequent.
I froze Plex on my MotoX first (with greenify) while watching the firewall log; the requests from my phone immediately stopped. Same when I stopped it on my tablet.
Plex hasn't been running on my phone in quite a while. As far as i can tell, there is no reason for these requests to be coming through.
This could drain battery for sure, why does it happen?
Sent from my XT1060 using Tapatalk
I froze Plex on my MotoX first (with greenify) while watching the firewall log; the requests from my phone immediately stopped. Same when I stopped it on my tablet.
Plex hasn't been running on my phone in quite a while. As far as i can tell, there is no reason for these requests to be coming through.
This could drain battery for sure, why does it happen?
Sent from my XT1060 using Tapatalk
3
Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Please disable "Verbose" logging
When logs (server or client app) are requested for an investigation, please do NOT turn on "verbose" logging unless it is explicitly requested. Verbose logging makes things much more difficult in the majority of cases.
When logs (server or client app) are requested for an investigation, please do NOT turn on "verbose" logging unless it is explicitly requested. Verbose logging makes things much more difficult in the majority of cases.
Comments
I would say that this kind of action should not happen on any circumstances.
Not only this, the phone was SLEEPING when this happened! Not a behavior I'd expect out of any application that is hibernated while the phone is sleeping
Sent from my Moto X
This and the other problem where the cast API needs to be updated have gotten no attention.
If you want money from constituents, tell us of some progress. Politicians have the luxury of people not wanting to move to escape corruption because they are lazy..
Sent from my Moto X
Do you have the advertise as a player option turned on?
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
Sent from my Nexus 7 using Tapatalk
I've been packet sniffing my wifi, and I don't see the behavior you're seeing. I've got a Nexus 5 and a Nexus 7 on this network and the upnp discovery packets are only coming a few per minute. Is the broadcast address on your nic being set correctly? I can't think of anything that would cause discovery to flip out like that, unless something was spamming plex with sleep/wake requests.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
The broadcast address on what nic?
The firewall is blocking these requests because it is not destined for a computer.
Sent from my Nexus 7 using Tapatalk
These packets should be sent every a few seconds - so at most probably 20 or so a minute.
I think you should wait for the next occurrence and upload a packet capture and also the Plex for Android app log file which now you can send to yourself through the settings
Help given free on forums. Fee-Based Personal Support & Help.
_______________________________________________________________________________________
Plex Media Server: Reporting Issues Plex Web App: Debug Log Plex Apps: Support pages and Logs Logs: All Logs
The broadcast address on your wifi from the android. I just tried to check mine and I don't even know how to from within adb. I think it may be calculated via the subnet mask in android.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
Good idea.
t's possible that plex is getting some form of response from the firewall that is triggering a retry. It's likely a packet capture or even the log could shed some light.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
255.0.0.0
It obliterates battery and doesn't need to be sent for Plex to work properly. Please put this on the highest priority to be fixed.
Waking the Android device to send these broadcast packets doesn't make Plex work any better and force stopping Plex doesn't effect the usability in the least.
Sent from my Nexus 7 using Tapatalk
i don't think anyone will fix anything without them seeing hard evidence of the problem. Anyway - this is what i think. See my earlier post
Help given free on forums. Fee-Based Personal Support & Help.
_______________________________________________________________________________________
Plex Media Server: Reporting Issues Plex Web App: Debug Log Plex Apps: Support pages and Logs Logs: All Logs
Sorry to be a ****, but they are never going to put a bug effecting only one user on the highest priority.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
Sent from my Moto X
If plex is awake enough to send out a beacon then it's awake enough to write to the log.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
Manufacturer: motorola
Device: ghost
Model: XT1060
Product: ghost_verizon
Version: 4.4.2
Description of issue:
Link to Plex.tv forum post:
Sent from my Moto X
That text isn't the app log, that's just the email body. The app log is an attached .txt file.
When you click on the option to "Email Device Logs" a "complete using" or "sendto" list should come up. Make sure to actually choose an email app from that list (gmail works). Everything should be added for you, just put your own email address into the To: field and send. The log itself will be an attachment called something like "plex-log-abuttino.txt" (or plex-log-{myplexaccountname}.txt). Even if it's empty (which it should never be) that attached file should be there, or something else messed up (like the email app didn't take the attachment, or your email provider blocks .txt files, etc).
I'm curious to see the log file myself, I've been having some issues with multicast of my own, wondering if it's the same thing I'm experiencing.
I like the way you stripped all the newlines out of that to make it unreadable.
Primary PMS: Ubuntu 14.04 VirtualBox VM, i7 4470k @3.8GHz, 8GB RAM
Storage: 32TB ZFS Raid
Mobile Client: Nexus 5, Nexus 7, TF101, TF201
Other Clients: Multiple Chromecasts
Sent from my Moto X
Best to always use 'More Reply Options' and actually attach the files rather than paste text.
Help given free on forums. Fee-Based Personal Support & Help.
_______________________________________________________________________________________
Plex Media Server: Reporting Issues Plex Web App: Debug Log Plex Apps: Support pages and Logs Logs: All Logs