Error: adb server is out of date. killing...
cannot bind 'tcp:5037'
ADB server didn't ACK
Android Studion 0.8.9 (beta) was working fine with Maverick using Genymotion for emulator. Don't quote me on this but the problem started a few days after i upgraded to Yosemite.
For various compatibility reasons to maintain a delicate balance with gradle and the latest google libraries, I have updated my Android Studio to version 0.9.2, as of writing, this is in the Canary branch.
Gradle is 0.14.+
Gradle Wrapper also must be the latest version if you use Gradle 0.14.+
OSX is Yosemite 10.10
My Android Build tools are up to 21.1.1
I have Android 5.0 API level 21 installed
ADB version is 1.0.32
and Genymotion is updated 2.3.1
Genymotion is set to use my custom android sdk tools instead of it's own built in ones, Settings > ADB > Use custom Android SDK tools
let me know if you still have issues, everything was broken for me for a little while too. Make sure ADB is still on your path and that it is the correct version ("adb version" on the command line, without quotes), in some cases newer versions of Android Studio make you move the android sdk folder location.
Try killing your adb service (it's probably still running). Then restart Android Studio.
Related
I've got an Android project with the target to Android 9 (PI) -> SDK Platform 28.
I would like to write Xamarin UI tests to my project, but unfortunatelly I get the error:
System.Exception: 'The running adb server is incompatible with the Android SDK version in use by UITest:
C:\Users\User\AppData\Local\Android\Sdk
You probably have multiple installations of the Android SDK and should update them or ensure that your IDE, simulator and shell all use the same instance. The ANDROID_HOME environment variable can effect this.'
I use following versions:
Target Platform: Android 9
Xamarin.UITest 3.0.0 (currently the latest)
ADB 1.0.41
Before I used the ADB 1.0.39, but I replaced it by the version 1.0.41 after the error occurred.
Does Xamarin UI Test currently works with the target platform Android 9 at all?
What are compatible versions?
I found the solution :)
It was really a problem with different ADB versions...
The concrete problem was, that the ADB version within Visual Studio was different from my version in C:\Users\User\AppData\Local\Android\Sdk.
Following solution helped:
Open the "Package Manager Console" within Visual Studio.
Update ADB to the latest version (within the console): dotnet tool update --global AndroidSDK.PlatformTools.ADB
Download the same version as updated from the ADB git-hub project
Rename the old "platforms-tools" folder within C:\Users\User\AppData\Local\Android\Sdk\ and copy the downloaded "platforms-tools" folder into the Sdk directory.
Restart the computer.
The tests started after these steps successfully.
PS: The "platforms-tools" folder can be found using the "adb version" command within the windows console.
After updating Android Studio to 2.0 l am getting this error unable to obtain debug bridge and Android Device Monitor does not open. Anyone faced this error before?
I just open sdk manager and installed all android sdk tools and done.
Check whether you need to install "Android Sdk Platform Tools" in the Android SDK Manager.
Somehow, after installing Android Studio from the bundle (for Linux) I lacked the "platform-tools" directory in "Android/Sdk", where the adb executable resides. Installing the platform tools helped. It was easier to find in the standalone sdk manager.
This is because you deleted the adb.exe (it might be your antivirus who deleted it),that resided in the platform tools in the android sdk folder.
What you need to do is to delete the current platform-tools in the sdk manager program and re install it all over again.
I installed the right sdk version that matched my virtual device android version
I am also running the same problem when update android studio from 1.4 to 1.5 stable version. When I run adb command from terminal then i found following error :
bash: ./adb: cannot execute binary file: Exec format error
After R&d I found that this error occurs due to unsupported architecture. In my case:
I am using ubuntu14.04 LTS 32-bit. I observed that after updation, lib folder under platform-tools converted to lib64. I think above error occurs due to 32-bit architecture because after updation 32-bit support removed.
For permanent solution upgrade you system to 64-bit architecture.
Quick solution is to replace the updated platform-tools folder with old one that containing the lib folder instead of lib64.
I think 32-bit architecture support for android development stopped by google for future releases. But I am not sure.
I am phase these error when updating Android-SDK Plateform-Tools 23.1 in Android SDK Manager
i am worked on ubuntu 14.04 [32bit] that is not supporting with Plateform-Tools 23.1 it is only supporting in 64bit Operating System architecture that's why downgrade my Plateform-tools 23.0
it works perfect...!!!
Go to: Android Studio Settings > Appearance & Behavior > System Settings > Android SDK:
If path for SDK are text in red, change to your SDK folder and click ***APPLY***
Open the standalone SDK manager and install the platform tools package.
Android studio was communicating with adb normally. Right after updating platform-tools to version 23, android studio stopped communicating with adb.
It displays the message:
Unable to create Debug Bridge: Unable to start adb server: Unable to
detect adb version, adb output:
/data/programs/android-sdk/platform-tools/adb: /lib64/libc.so.6:
version 'GLIBC_2.14' not found (required by
/data/programs/android-sdk/platform-tools/adb)
/data/programs/android-sdk/platform-tools/adb: /lib64/libc.so.6:
version 'GLIBC_2.15' not found (required by
/data/programs/android-sdk/platform-tools/adb)
I have Centos 6.5 (final) Kernel
Linux 2.6.32.431.el6.x86_64
Gnome 2.28.2
I think the only solution to this problem is to upgrade the distribution because one can't simply upgrade GLIBC on the dist
A temporary workaround is to rollback to a previous version of the platform tools.
The version introduced this is platform-tools_r23.1.0.
The last working version is platform-tools_r23.0.1.
You can download the last working version from
http://dl-ssl.google.com/android/repository/platform-tools_r23.0.1-linux.zip
Just extract it and replace the platform-tools folder inside your sdk folder.
I found a temporary solution:
I have a copy of the previous version of platform-tools folder. I replaced the new folder with the older one. back to normal.
But I still wish someone finds a solution to make platform-tools v23 works on Centos machine.
After updating Android Studio to 2.0 l am getting this error unable to obtain debug bridge and Android Device Monitor does not open. Anyone faced this error before?
I just open sdk manager and installed all android sdk tools and done.
Check whether you need to install "Android Sdk Platform Tools" in the Android SDK Manager.
Somehow, after installing Android Studio from the bundle (for Linux) I lacked the "platform-tools" directory in "Android/Sdk", where the adb executable resides. Installing the platform tools helped. It was easier to find in the standalone sdk manager.
This is because you deleted the adb.exe (it might be your antivirus who deleted it),that resided in the platform tools in the android sdk folder.
What you need to do is to delete the current platform-tools in the sdk manager program and re install it all over again.
I installed the right sdk version that matched my virtual device android version
I am also running the same problem when update android studio from 1.4 to 1.5 stable version. When I run adb command from terminal then i found following error :
bash: ./adb: cannot execute binary file: Exec format error
After R&d I found that this error occurs due to unsupported architecture. In my case:
I am using ubuntu14.04 LTS 32-bit. I observed that after updation, lib folder under platform-tools converted to lib64. I think above error occurs due to 32-bit architecture because after updation 32-bit support removed.
For permanent solution upgrade you system to 64-bit architecture.
Quick solution is to replace the updated platform-tools folder with old one that containing the lib folder instead of lib64.
I think 32-bit architecture support for android development stopped by google for future releases. But I am not sure.
I am phase these error when updating Android-SDK Plateform-Tools 23.1 in Android SDK Manager
i am worked on ubuntu 14.04 [32bit] that is not supporting with Plateform-Tools 23.1 it is only supporting in 64bit Operating System architecture that's why downgrade my Plateform-tools 23.0
it works perfect...!!!
Go to: Android Studio Settings > Appearance & Behavior > System Settings > Android SDK:
If path for SDK are text in red, change to your SDK folder and click ***APPLY***
Open the standalone SDK manager and install the platform tools package.
I tried to install the latest version of Android studio on my OS x 10.7.5 but the AVD requires 10.8.5 or higher upto 10.9. It is not possible right now to update OSx, instead we decided to get a working version of android studio.
Which version of Android studio would work on Mac OSX 10.7.5?
There are three options from what I see here :
You install ubuntu (I recommend Linux Mint 17.2 "Rafaela" - Xfce RC (32-bit) as it's lighter on your CPU and RAM) and dual boot. You don't need to update your Mac OS 10.7.5, it will remain intact, but you will boot on linux to develop Android Apps.
There you can install the latest version of Android Studio with no hassle.
Go with the previous Android Development solution : Eclipse IDE Indigo or higher + ADT bundle plugin. Check to see what version of JDK worked on 10.7.5, install it, then install one of the versions of eclipse from Indigo to Mars and then install the above mentioned plugin.
You can try to download and run the first Android Develop Studio Beta that ever appeared on the website (0.8.0), I don't think they ever supported 10.7.5, but you can try.
My suggestion is to try to install linux (point 1) (maybe with the help of a friend), because it's important to have the latest SDK version and the latest updates.
+ It's easier to work with.