1. henryw48's Avatar
    @CarolsVw: How did you determine it is the mdnsd problem? Did you see the mdnsd come up in your battery app display? The reason I ask is because this problem doesn't seem to be behaving the same way as the problem we've been working on in this thread.

    It almost sounds like you may have too many apps running at once and are running out of resources.

    I had taken the Facebook app off my Samsung S3 a long time ago and only used the web based access to Facebook. I don't remember exactly why, but I think I had some problem with it.
    01-13-2017 03:08 AM
  2. CarolaVw's Avatar
    @henryw48 I determined the problem by looking at the battery app display. There it came up as a high usage of the battery. And I was reading this treat, and I recognized a lot of what my phone is doing.
    The mdnsd is decreasing after charging my phone. And sometimes my phone wouldn't charge up to 100%. So I need to turn my phone completely off to recharge.
    A friend of my is a IT-boy. He suggests me to remove my SD card. So I did this evening. My phone is already a lot faster and I will keep an eye on the battery usage to see if the problem appears again or not.
    01-13-2017 05:11 PM
  3. henryw48's Avatar
    @CarolsVw: It certainly sounds like you may have a version of the problem. Once the mdnsd comes up as a high user on the battery display, the only way out is to restart. Since you said that the device is restarting by itself anyway, It would stop that. However, the battery display will not reset until you have fully charged the device and then disconnected the charger.

    Some people seeing this problem had tried taking out the SD card. Don't think it was effective if removing the problem. However, it may work for you, so it's worth a try anyway.

    Glad you have an IT friend helping you out. They might have some insight into the problem.
    01-13-2017 06:23 PM
  4. Devils Advocate1's Avatar
    I've got also the mdnsd problem.
    I've got a samsung galaxy S3 mini.
    What is happening on my phone is that when I start the Facebook app, my phone is restarting automatically. So I think that there is possably a link with the mdnsd and the facebook app.

    Sorry for my bad English, I'm a Duth girl.
    Got rid of mdnsd problem for a couple days by removing weather apps but now it's back and Facebook is not running correctly and mdnsd is back again. So I agree whatever the problem is that Facebook may be a culprit too. Interesting problem for sure.
    01-14-2017 01:13 AM
  5. wireshark007's Avatar
    I'm having the same problem on my S3. "mdnsd" is top battery drain by far. Also noticed that WIFI was never sleeping on my phone (even with screen off). With WIFI and mobile data off, the problem goes away (till WIFI is re-enabled). Did some packet sniffing on the WIFI network, and noticed that there are a few different formats of mdnsd packets emanating from my phone. There is a certain packet that is send in bursts every few seconds that seems to correlate with the problem - it looks like this: "1195 1459.768041 192.168.0.4 224.0.0.251 MDNS 316 Standard query response 0x0000 PTR, cache flush Android.local PTR, cache flush Android.local A, cache flush 192.168.0.4 AAAA, cache flush <address> NSEC, cache flush 4.0.168.192.in-addr.arpa NSEC, cache flush 8.D.C.A.1.F.E.F.F.F.A.8.0.3.A.8.0.0.0.0.0.0.0.0.0.0.0.0.0.8.E.F.ip6.arpa NSEC, cache flush Android.local OPT".

    After reboot, these packets do not occur. As soon as I launch Facebook app (and no other app does this) the MDNS messages start, and continue even after shutting down Facebook (directly and in the application/task manager) until I reboot the phone (the messages temporarily stop when I turn off phones WIFI).

    I subsequently deleted my Facebook application cache - this resulted in my phone rebooting each time I try to start the Facebook app.

    I subsequently uninstalled Facebook entirely. This appears to have solved the problem.

    I subsequently reinstalled Facebook, the MDNS problem and associated packet stream was back.

    So I'm pretty sure Facebook is triggering the problem, even if the problem is in the MDNS service.
    01-15-2017 04:28 PM
  6. henryw48's Avatar
    @wireshark007: Good detective work and explanation. Yes. There appears to be several ways of causing the failure. Still don't fully understand the mechanism of the failure, but your analysis reaffirms one of scenarios that I thought was happening.

    As I understand it, mdnsd is an Android daemon process that provides DNS services as well as the local device discovery service for the local network (bonjour or multicast zero-config networking). The purpose is to translate a qualified name into an appropriate IP address for the service or device. I THINK the bonjour or multicast zero-config networking works by responding with a mapping dump when it sees a query for a local service or local device it knows about. Hence it can generate a lot of local network traffic. I SUSPECT that when there are too many responses from various other devices, a local mdnsd gets overloaded with too much traffic coming in all at once, the system starts dropping response packets and running out of buffers. When certain other processes such as the new Ping & DNS, or Facebook are running, it contributes to the packet loss and utilization of the network buffers aggravating the situation. When the local system finally gets to the point where there are no buffers left, it goes into a loop trying to write responses. At this point, the loop causes the full utilization of one of the CPUs and the draining of the battery. As I say above, this is my GUESS as to what is happening. This appears to be prevalent on certain releases of the Android OS and/or running on older/slower hardware.
    01-16-2017 12:27 AM
  7. timinaust's Avatar
    Hi, I too have the problem with mdnsd and the flat battery - on a Samsung Note 2 on Android KitKat 4.4.2 which has been going flat several times a day. Just thought I would offer some thoughts from my investigation. Sorry for the very very long and probably rambling technical post.

    mdnsd (aka Bonjour on Apple, Zeroconf etc) has two bugs that Google fixed between Android 4 and Android 5 (according to Android Open Software Project).

    The main bug was titled 'Fix mDNS socket leak during network configuration changes' and this was fixed in March 2014 by a clever person at Google, however the fix doesn't appear until devices with Android 5 Lollipop. This bug could 'eventually lead to failure of the mDNS daemon when its file-descriptor table fills up with orphans.' - which is exactly what appears to be happening on my phone as the number of network sockets attached to the mdnsd service builds to about 580 (on my phone it adds about 28 orphans with each network config change - and network config changes reliably include anything WiFi, Mobile Data and Charging state). Soon after reaching the magic 580, the mdnsd service goes into a high CPU utilisation (100% of one CPU core), presumably as it fails to acquire additional sockets. As it does this, the power management decides the phone is really busy, increasing the speed of, and power to, the CPU cores, the battery consumption goes way up and the back of the phone gets hot. The only fix is a reboot.

    However this is not the only problem - after all, the bug has been there since Android 4.4.2 was released, so something changed in November/December that is triggering the bug a in a big way. So what was that? Given that any application that wants to use mdnsd is required to install with CHANGE_WIFI_MULTICAST_STATE permission, a look with Permission Explorer (from Play Store) shows a limited set of applications that have that permission on my phone. They these basically fall into 4 groups - Nearby Devices/WiFi Direct, a bunch of Printing services, some Samsung stuff and Google Play services (which includes all the google services like backup, the sync services, gmail, maps etc etc etc and which is totally different to Google Play Store). (and a couple that I uninstalled while testing).

    A look at the network traffic to see what is being queried with using this multicast DNS shows a separate query for general _Android_ devices (probably from Nearby Devices and/or WiFi Direct bypassing mdnsd), plus one regular consolidated query (which is what mdnsd is designed for) looking for things like printing (_IPP_), file sharing (_SMB_, _FTP_ etc) and a range of other standard sharing type services which could come from any of these apps that have the right permission. Given Nearby Devices and WiFi Direct are part of the Android 4.4.2 build, and my printing services haven't been updated, this leaves the Samsung stuff and Google Play Services. As people are reporting the same issues on non-Samsung devices - to me this (probably) points to something in the vast array of stuff lumped under Google Play Services. Google released V10 (up from V9) of play services in late October 2016 which would have rolled out probably in November or early December.

    For me there are a number of possible 'official' remedies ... update to Android 5 or above - which I can't on my Note 2, but others may be able to (Check you don't have automatic update disabled on your phone); persuade Google to investigate whether something they did in Play Services V10 is triggering this 'old' bug on this 'old' version of Android and then fix Play Services - or buy a new handset. None of these seem particularly likely outcomes.

    So I have been looking at alternative strategies. At the moment, I have rooted the phone and am running a script that restarts the mdnsd service every 30 minutes (#setprop ctl.restart mdnsd). This clears out the orphan network sockets caused by the bug which will hopefully stop the mdnsd service from getting into trouble and flattening the battery. Given how mdnsd works, this shouldn't cause application problems as long as it doesn't get restarted too often. If the script proves to work for a few days, I will investigate how to automatically start the script on boot from within android (you can't restart mdnsd from within a normal app). If regularly restarting the service doesn't work, and it turns out the orphan sockets are just becoming invisible, I will investigate whether replacing the mdnsd executable with one from a similar Android 5 phone fixes the problem, or whether I can use Android Open Source to re-build the executable after applying the patch changes.

    I will report next if/when I get to a final solution - but I fear the solution won't sound like good news if you are not very technically minded - unless you finally want to justify a new phone.
    RikR likes this.
    01-16-2017 08:05 AM
  8. henryw48's Avatar
    @timinaust: thanks very much for your very detailed description of your in depth investigation of the problem. It was very informative and confirmed some of my suspicions. Will be waiting for further updates from you or others who have taken further steps to resolve the problem. It appears that I will either have to root my phone or get a new one. Verizon/Samsung hasn't sent any more updates out for my phone for years, forcing the issue. The other alternative is what I'm doing right now; not running any of the apps that trigger this problem.

    @timinaust: One additional note. I have found that restarting the device before the number of UDP and UDP6 sockets reaches over 500 does work. I just look at a netstat output or count the number of lines in /proc/net/udp and /proc/net/udp6. All the offending sockets are on port 5353 (0x14E9).
    01-16-2017 08:48 AM
  9. CarolaVw's Avatar
    Until today my mdnsd did not appear in the battery.
    I used all my apps exept facebook.
    Today I deinstalled the app and did a reinstallation of de facebook-app.
    And now the problem is back.
    So I really think that there is a link between the mdnsd and Facebook.
    So I will replace my sd-card, because I have not enough memory for taking pictures.
    And I will not using the facebook-app.
    Then I will see what is going to happen.
    01-16-2017 02:14 PM
  10. henryw48's Avatar
    @CarolaVw: sounds like a good plan. From what others have posted Facebook app is one of the apps that causes trouble. The sd-card doesn't cause the problem.
    01-16-2017 03:32 PM
  11. timinaust's Avatar
    Yes - restarting the device will restart the service and clear the problem. It is however a bit more invasive and manual than what I am hoping to achieve. It would mean I would have to remember keep checking. I have a script that loops every 5 seconds and is doing netstat | grep -c 5353 and that tells me the current count, but unless I remember to go check every 30 minutes it has a tendency to drain the battery while I am out shopping.

    Interesting that others seem to be having problems with facebook app. I don't use the facebook but looking at the permissions on play store, it doesn't have permission to access the mdnsd service, so it would not directly trigger the bug I found directly. It does however have rights to change both wifi (CHANGE_WIFI_STATE) and mobile data (CHANGE_NETWORK_STATE) - which it could be doing and hence causing the problem indirectly by making network configuration changes that mdnsd, (which something else has already used) is reacting to - many other apps have that permission too. I guess this means that the problem could be made worse by a combination of 3 or more apps, all interacting.
    01-16-2017 06:26 PM
  12. marymaz1's Avatar
    I've read these articles and posts and replies.. I've not had any luck figuring out this issue. I'm ready to throw the phone out the window!
    01-16-2017 06:41 PM
  13. oleksiy1978's Avatar
    If you want to minimize chances of mdnsd looping, turn off storing your location history in Google and Facebook. I used to get mdnsd restart almost right away after I restart the phone with Google Locations on. When I turned it off I went on for almost a day without mdnsd until I started FB. Now trying FB without location history too.
    01-17-2017 03:04 PM
  14. henryw48's Avatar
    @oleksiy1978: Interesting. Wonder if it was the storing of the locations or the determining the location that was causing that. Determining Location in HIgh Accuracy mode, in addition to using GPS, also uses the WiFi and mobile networks to get the location. This would put additional traffic on the network or, more specifically, on the device having to receive the additional traffic and process it.
    01-17-2017 03:19 PM
  15. oleksiy1978's Avatar
    Yes high accuracy is on. First I will try turning locations back on in Google and FB to confirm that it brings back the mdnsd loop for me. And then I will switch to GPS only for locations, to test if it is in fact accessing wifi and cell networks that is causing the loop to form.
    01-18-2017 04:31 AM
  16. timinaust's Avatar
    An update on what I have achieved ...

    Having rooted the phone, I found that regularly (every 30 minutes) restarting the mdnsd service reset the count of sockets it used and kept them at a fairly small number. However after a day, the maximum number it would go to went to about 50, and then wouldn't go beyond 3. Every restart of the service, it would release then re-open 3 sockets and never acquire any more. The implication therefore is that the sockets are being released by mdnsd but not freeing the resources in the underlying networking. The good thing was however, that with mdnsd now limited to 3 sockets, the CPU load problem, and hence the battery problem never reappeared, so it looked like a combination of out-of-resources in both mdnsd and in the underlying networking that caused the CPU problem on my phone at least. While this seems to solve the battery problem, I am not sure if mdnsd will continue work as expected as it is will still be trying to acquire sockets it can't get - hence the proper fix would have to be restarting the phone. So I went to the next step.

    I extracted a copy of the mdnsd executable file from an Android lollipop (5.0) phone, courtesy of Google's Android Studio and their pre-built Android emulators, making sure it was for the same 32bit ARM type of CPU. The file was twice the size of one on my phone, but that was because it has been build using static libraries (libraries included in the executable rather than linked to shared libraries as the Kitkat executable was). The advantage of using static libraries is that it makes it less of a risk that something changed in the underlying Lollipop libraries. I copied the mdnsd executable onto Android Studio's 32bit ARM Kitkat build - and it appeared to run, start, stop etc without any problem. I have now replaced the one on my real Note 2 and it seems to be working as normal - the number of sockets is back to one per 5353 port for IPV4 and one for IPV6 and it never goes up - which is exactly the behaviour I would expect to see. The broadcasts are appearing on the network as before, so it looks like it is working properly at last.

    I am now monitoring and will see how it goes after a few days, but I expect removing the underlying bug in the Kitkat mdnsd by putting in a proper build will fix the battery problem for me once and for all and make sure printing and all the other things mdns is used for keep working. Unless that is Samsung issues a firmware upgrade from 4.4.2 to 4.4.4 - which is very very unlikely - when I would have to re-replace the file. If Samsung upgrade Note 2 firmware to V5 Lollipop (also very very unlikely) or V6 Marshmallow (you have to dream don't you) - then the problem will be fixed anyway.

    While this solution does require rooting the phone to swap the file, so it is not for the faint hearted, it can be un-rooted again straight after, which I will do for safety reasons once I know it is working.
    RikR likes this.
    01-18-2017 06:45 AM
  17. DanYou's Avatar
    Hi everybody. I have Note 2, 4.4.2 android not rooted. First I noticed battery drain few weeks ago- cannot say more precisely, i carry 2 extra batteries with me just in case
    To make a long story short I uninstalled FB app and the mdnsd drain stopped. Do you know if using web-based FB on the phone would bring this dreaded bug back?

    I forgot to mention one more nasty thing which I associate with mdnsd: the phone would turn itself OFF every 3-4 hours.
    I suspect the battery overheat was doing it. Anybody else noticed this? I am running FB app free for an hour now, mdnsd did not use a sec of my CPU time. Thank you forum, I hope it is the solution in my case. I still have to learn how to live without FB on my phone
    henryw48 likes this.
    01-18-2017 03:12 PM
  18. timinaust's Avatar
    Hi, DanYou - I found that mine locked up - it didn't actually switch off but simply froze and the battery continued to drain. I had to force a power-off (on my Samsung Note 2 holding the off button for 10 seconds did the trick), then release and power back on. (On many phones, force power off is now hold volume down and power)

    Interesting about facebook because I have never had the facebook app installed and still had the problem. I think something changed elsewhere and a combination of facebook and/or other things are triggering the bug in mdnsd.
    henryw48 likes this.
    01-18-2017 05:52 PM
  19. DanYou's Avatar
    Timinaust, mine actually locked up too, in addition to shutdowns. I am running FB app free for one day and have my life/phone/battery back . I added shortcut of web-based FB page as a shortcut to home page so I all well. In your case you will have to find another app using same process running wild. Good luck!
    henryw48 likes this.
    01-19-2017 01:25 PM
  20. CarolaVw's Avatar
    @henryw48 It is clear to my that in my case the facebook-app is causing the problem. I'm now not using the app, and I don't see the problem for a week.
    henryw48 likes this.
    01-20-2017 11:33 AM
  21. henryw48's Avatar
    @CarolaVw: Thanks for the update. Did you try using browser (web) based FaceBook? The app is a resource hog, but maybe the browser based one may work. Based on one of the other respondents, another thing you might try is turning off high accuracy (WiFi + mobile data) based location services if using the Facebook app.
    01-20-2017 11:52 AM
  22. CarolaVw's Avatar
    @henryw84 I'm using the web based facebook. This is causing no problems.
    I can try to turning off the high accuracy based location services if I know how I do that.
    Further today the facebook app reseaved an update. But I'm scared to try using it again.
    henryw48 likes this.
    01-21-2017 05:08 AM
  23. henryw48's Avatar
    @CarolaVw: Thanks for the feedback. Good to know. In settings, if you tap on the word Location, you'll see "Mode". Tap on that to see the options. If you have a GPS on your device, use "GPS only". Otherwise, go back to previous screen to turn off Location.

    You don't need to do this test unless you want to try the Facebook app again with High Accuracy turned off. I'm curious, so I have loaded the latest Facebook app again and am trying it.
    01-21-2017 06:37 AM
  24. henryw48's Avatar
    I have just uninstalled the Facebook app on my Samsung Galaxy S3. At first it ran o.k. Later on I noticed that my battery was running warm. Looking, I found that mdnsd was not the problem. It appeared to be fine. However I did notice that the battery drain was considerable. Looking at the udp sockets there were about 25 distributed between udp and udp6, with most of them having a large recv-q. After some time, I noticed that my device appeared to have restarted. There was no mdnsd process and the udp sockets on port 5353 were gone. The system was still running very, very sluggishly and still chewing up battery power. From there it kept on getting worse when the phone entered a restart loop. Had to get into settings/application manager and uninstall Facebook as soon as I could after a power down / power up.
    01-21-2017 02:18 PM
  25. CarolaVw's Avatar
    @henryw48 my location services were already off as well as the gps. Because I never used it. Also before the mdnsd problems this service was turned off.
    I'm going to try the facebook-app again, sinds it was updated. Maybe someting is changed.
    henryw48 likes this.
    01-21-2017 07:44 PM
98 1234

Similar Threads

  1. How to reinstall Lollipop 5.1 on infected phone
    By AC Question in forum Ask a Question
    Replies: 6
    Last Post: 02-05-2017, 10:10 AM
  2. Bluetooth stopped working on Google maps
    By srfoot in forum Samsung Galaxy S5
    Replies: 2
    Last Post: 12-23-2016, 09:33 PM
  3. Replies: 2
    Last Post: 12-22-2016, 05:54 AM
  4. Can i use my galaxy j7 with your service
    By AC Question in forum Ask a Question
    Replies: 1
    Last Post: 12-21-2016, 06:46 PM
  5. Replies: 0
    Last Post: 12-21-2016, 06:38 PM
LINK TO POST COPIED TO CLIPBOARD