How to resolve the "ADB server didn't ACK" error?

AndroidEclipseAdb

Android Problem Overview


I am trying to install my project on 5 AVD's at the same time, but I constantly get this error, I am executing it on Windows 8.1

"* daemon not running. starting it now on port 5037 *
ADB server didn't ACK
* failed to start daemon *
error: cannot connect to daemon"

I have tried reading all possible posts on stackoverflow concerning this error, and all of them just mention that try to kill the adb process and restart eclipse and then all will be fine. I have tried the method mentioned in the posts and along with that I have also turned off my security and firewall, so that there is no obstruction on the port 5037. Somebody please help me as I need to execute my project and I am not able to do so :(. For your reference I can provide the output of the following command "netstat -ano | findstr "5037""

 TCP    127.0.0.1:5037         0.0.0.0:0              LISTENING       7144
 TCP    127.0.0.1:5037         127.0.0.1:57410        ESTABLISHED     7144
 TCP    127.0.0.1:5037         127.0.0.1:57411        ESTABLISHED     7144
 TCP    127.0.0.1:5037         127.0.0.1:57414        ESTABLISHED     7144
 TCP    127.0.0.1:5037         127.0.0.1:57415        ESTABLISHED     7144
 ...

Somebody please suggest a workaround this problem, what might be the cause of this. Also you can take a look at the following image to infer what might be happening.

Android Solutions


Solution 1 - Android

Try the following:

  1. Close Eclipse.
  2. Restart your phone.
  3. End adb.exe process in Task Manager (Windows). In Mac, force close in Activity Monitor.
  4. Issue kill and start command in \platform-tools\
    • C:\sdk\platform-tools>adb kill-server
    • C:\sdk\platform-tools>adb start-server
  5. If it says something like 'started successfully', you are good.

Solution 2 - Android

For anyone using OSX (I'm aware OP isn't): What worked for me in the end was removing the android settings folder in the home directory.

rm -Rf ~/.android

Solution 3 - Android

For me it didn't work , it was related to a path problem happened after android studio 2.0 preview 1, I needed to update genymotion and virtual box, and apparently they tried to use same port for adb.

Solution is explained here link! Basically you just need to:

  1. open genymotion settings

  2. specify sdk path for the adb manually

  3. adb kill-server

  4. adb start-server

Solution 4 - Android

Similar questions are

First close IDE.

In my case I killed adb via Task Manager(adb kill-server did not work)
then adb start-server

> * daemon not running. starting it now on port 5037 * > * daemon started successfully *

If you see "started successfully" than it is solved, now start IDE.

Solution 5 - Android

On my Mac, I wrote this code in my Terminal:

> xxx-MacBook-Pro:~ xxx$ cd > /Users/xxx/Documents/0_Software/adt20140702/sdk/platform-tools/ > > xxx-MacBook-Pro:platform-tools xxx$ ./adb kill-server > > xxx-MacBook-Pro:platform-tools xxx$ ./adb start-server > > * daemon not running. starting it now on port 5037 * > * daemon started successfully * > > xxx-MacBook-Pro:platform-tools tuananh$

Hope this help.

Solution 6 - Android

if you are using any mobile suit like mobogenie or something that might also will make this issue. try killing that too from the task manager.

Note : i faced the same issue, tried the above solution. That didn't work, finally found out this solution.May useful for someone else!..

Solution 7 - Android

On my end, I used Resource Monitor to see which application was still listening to port 5037 after all the Eclipse and adb restart were unsuccessful for me.

Start > All Programs > Accessories > System Tools >
Resource Monitor > Network > Listening Ports

This eventually showed that java.exe was listening to port 5037, hence, preventing adb from doing so. I killed java.exe, immediately start adb (with adb start-server) and received a confirmation that adb was able to start:

android-sdks\platform-tools>adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

Solution 8 - Android

I've got a kind of botch for the old ADB server didn't ACK * failed to start daemon * issue which might help, though i haven't seen anyone else with my problem so maybe not. Anyway...

I changed the default install location for my HTC sensation to 2 (SD card), but when trying to revert back to 0 (internal) i was getting this error. Looking in task manager showed there were 2 instances of adb.exe running, one of which kept stopping and starting and was impossible to kill, the other could be killed but then a new instance would start almost immediately.

The only way i could get adb to start successfully was to get my command ready in the command window, go to task manager to end the adb.exe, then when the window came up saying 'are you sure you want to kill adb.exe' dragged that over the command window, clicked OK then immediately pressed Enter to run the command. It seems that the short window between adb.exe being killed and restarting itself is sufficient to run a command, though if you try to do something else it won't work and you have to repeat this process each time you want to run a command.

PITA but it's the only way an uneducated numpty like myself could get round it - hopefully it'll help someone...

Solution 9 - Android

i have solve this problem several times using the same steps :

1- Close Eclipse.

2- Restart your phone.

3- End adb.exe process in Task Manager (Windows). In Mac, force close in Activity Monitor.

4- Issue kill and start command in \platform-tools\

C:\sdk\platform-tools>adb kill-server

C:\sdk\platform-tools>adb start-server

5- If it says something like 'started successfully', you are good.

but now it's doesn't work cause i have an anti-virus called "Baidu", this program have run "Baidu ADB server", finally i turn this process off and retry above steps it's work properly.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionAnkitSablokView Question on Stackoverflow
Solution 1 - Androidstack247View Answer on Stackoverflow
Solution 2 - AndroidBen PearsonView Answer on Stackoverflow
Solution 3 - Androidmario romano lopezView Answer on Stackoverflow
Solution 4 - AndroidPaul VerestView Answer on Stackoverflow
Solution 5 - Android777QView Answer on Stackoverflow
Solution 6 - AndroidAndroidManifesterView Answer on Stackoverflow
Solution 7 - AndroidAdronView Answer on Stackoverflow
Solution 8 - AndroidOursoulView Answer on Stackoverflow
Solution 9 - AndroidRaouf MounifView Answer on Stackoverflow