Eclipse DDMS-Fehler "Kann nicht an lokalen 8600 für Debugger binden"

79

Ich erhalte den folgenden Fehler in Eclipse:

[timestamp - ddms] Can't bind to local 8600 for debugger

Warum?

Rads
quelle
4
Port könnte blockiert sein. Versuchen Sie einen Neustart Eclipseund wenn dies den Neustart nicht behebtadb
Pentium10
2
Ich hatte dieses Problem schon einmal, als ich das Aptana-Toolkit auf Eclipse installiert hatte. Wenn Sie das haben, kann ich Ihnen nicht helfen; Die einzige Lösung für mich war, es zu deinstallieren.
Dan Lew
Dies bedeutet, dass bereits etwas anderes an Port 8600 gebunden ist. Je nachdem, welches Betriebssystem Sie verwenden, ist es einfach oder schwierig, herauszufinden, was dies ist.
Fadden
Würde es Ihnen etwas ausmachen, den Titel für eine bessere Googlabilität zu reparieren? Ich denke, "ddms] Can't" verwirrt Google. "ddms Can't" wäre viel besser.
Doguhan Uluca
1
Einfacher Eclipse-Neustart hat bei mir funktioniert :)
Kishore

Antworten:

83

Nehmen Sie neben dem Hinzufügen von "127.0.0.1 localhost" zu Ihrer Hosts-Datei die folgenden Änderungen in Eclipse vor.

Unter Fenster -> Einstellungen -> Android -> DDMS:

  • Setzen Sie den lokalen Base-Debugger-Port auf "8601".
  • Aktivieren Sie das Kontrollkästchen "ADBHOST verwenden" und der Wert sollte "127.0.0.1" sein.

Vielen Dank an Ben Clayton in den Kommentaren, der mich zu einer Lösung geführt hat.

Einige Google-Schlüsselwörter: Krankheit oder Lösung für das Nexus S Android-Debugging mit der Fehlermeldung: Kann nicht an den lokalen 8600 für den Debugger gebunden werden.

Doguhan Uluca
quelle
11
Bin gerade auf dieses Problem gestoßen. Dies löste es für mich, aber ich musste adb neu starten, nachdem ich die Änderungen vorgenommen hatte. Rufen Sie einfach an, adb kill-servergefolgt von adb start-serverder Befehlszeile.
Dulucas Vorschlag hat bei mir funktioniert. Eine Ergänzung - auf dem Mac werden die Eclipse-Einstellungen unter Eclipse -> Einstellungen -> Android -> DDMS
funktioniert nicht :(, ich benutze Windows 8, Avg Antivirus und Eclipse ADT Version 22.3.0, irgendwelche Vorschläge ?, danke!
Bhimbim
1
Stellen Sie sicher, dass der letzte localhost-Eintrag in Ihrer Hosts-Datei 127.0.0.1 ist. Sie können sogar die Zeile oben und unten in der Datei duplizieren. Es scheint, dass die DDMS-Bibliothek den letzten gefundenen localhost-Eintrag verwendet.
Harvey
1
Was ist mit für Android Studio
Bugs Happen
23

Versuchen Sie, Port 8600 mit diesem Befehl zu beenden:

fuser -k 8600/tcp

Das hat es für mich behoben.

IgorGanapolsky
quelle
@meh Ja, es schaltet Eclipse auch für mich aus. Ich erinnere mich nicht daran, dass dies in der Vergangenheit passiert ist. Vielleicht haben die Eclipse-Leute einige Fortschritte bei der Integration in DDMS gemacht.
IgorGanapolsky
Würden Sie mir bitte sagen, wo ich diesen Befehl schreiben soll? in cmd? !!
user2121
@ user2121 Sie schreiben es in das Terminal.
IgorGanapolsky
15

Nicht deinstallieren, dies ist nur eine blöde Sache des Systems, die anscheinend Probleme beim Finden des lokalen Hosts hat. Schauen Sie hier rein , es ist ganz einfach zu reparieren. Ich hatte vor ein paar Wochen das gleiche Problem und habe es auf diese Weise gelöst.

Das Fenster Host-Datei, die durcheinander ist:
Die Datei befindet sich an dieser Stelle:
C: \ WINDOWS \ system32 \ drivers \ etc.

Und sollte diese Zeile enthalten: 127.0.0.1 localhost

Sephy
quelle
3
OK, haben Sie versucht zu überprüfen, ob die Einstellungen in Eclipse richtig konfiguriert sind? Einstellungen> Android> DDMS> Lokaler Basis-Debugger-Port siehe Nummer in diesem Feld.
Sephy
3
Ich hatte das gleiche Problem mit dem Nexus One - der Debugger wurde nie angeschlossen, obwohl andere Geräte einwandfrei funktionierten (z. B. HTC Wildfire, HTC Legend). Ich habe Eclipse mit Aptana installiert, was möglicherweise ein Problem war (wie @daniel in einer anderen Antwort erwähnt hat). Das Ändern des 'Basis-Debug-Ports' auf 8601 hat es für mich gelöst.
Ben Clayton
Es sollte nicht erforderlich sein, dass die Zeile 127.0.0.1 localhost in der Hosts-Datei vorhanden ist. Wird dies nicht standardmäßig in DNS erledigt?
Eric
Ich habe das gleiche Problem, aber das Ändern des Basis-Debug-Ports auf 8601 funktioniert bei mir nicht. Und ich hatte Aptana installiert.
Tom
Meinem GNU / Linux-System fehlte "localhost" im /etc/hostsEintrag für 127.0.0.1. Nach dem Hinzufügen funktioniert das Debuggen wieder. Vielen Dank!
Joelpet
11

Ich hatte die folgende Hosts-Datei

127.0.0.1 localhost
192.168.1.2 localhost

und ich fing an, den Fehler ständig zu bekommen und es war sehr ärgerlich

"Kann nicht an lokales 8600 für Debugger
binden " "Kann nicht an lokales 8601 für Debugger
binden " "Kann nicht an lokales 8602 für Debugger binden" und so weiter

Ich habe die zweite Zeile aus der Hosts-Datei gelöscht 192.168.1.2 localhost und alles ist wieder normal.

Hoffe das hilft.

blganesh101
quelle
Ow Mann !!! Ich habe so lange gesucht, warum ich den Debugger nicht anhängen konnte, und das hat mich endlich in die richtige Richtung geschickt! Vielen Dank!
Sander Versluys
1
Vielen Dank! Das war auch für mich das Problem. Unter OSX stellte ich nach dem Herumspielen fest, dass 127.0.0.1 localhostes funktioniert , wenn Sie am Ende der Datei einen weiteren Eintrag einfügen. Es scheint, dass DDMS den letzten localhost-Eintrag verwendet, den es in der Datei findet.
Harvey
1
Ich musste auch andere IP-Adressen entfernen, die localhost in dieser Datei zugeordnet sind, damit das Gerät eine Verbindung zum Debugger herstellen kann.
Alocus
Verdammt, es war die ganze Zeit unter meiner Nase. Ich habe immer nach dem 127.0.0.1 gesucht, aber nie, wenn es einen anderen Eintrag für localhost gab.
João Daniel
Gleiches Problem hier ... aber es bedeutet auch, dass Sie wählen müssen, ob Sie bei Bedarf IPs auf localhost in / etc / hosts setzen oder Android Studio im Debug-Modus
ausführen möchten
8

Nehmen Sie neben dem Hinzufügen von 127.0.0.1 localhost zu Ihrer Hosts-Datei die folgenden Änderungen in Eclipse vor.

Unter

Fenster -> Einstellungen -> Android -> DDMS

Setzen Sie den lokalen Base-Debugger-Port auf 8601

Aktivieren Sie das Kontrollkästchen ADBHOST verwenden und der Wert sollte 127.0.0.1 sein. Vielen Dank an Ben Clayton & Doguhan Uluca in den Kommentaren, die mich zu einer Lösung geführt haben.

Einige Google-Keywords:

Krankheit oder Lösung für das Nexus S Android-Debugging mit der Fehlermeldung: Kann nicht an den lokalen 8600 für den Debugger gebunden werden .

Anil Chahal
quelle
Danke für den Hosts File Hinweis!
RaphMclee
7

Ich hatte ein ähnliches Problem unter OSX. Es ist einfach so, dass ich zwei Instanzen von Eclipse geöffnet hatte, damit ich auf Code in einem anderen Arbeitsbereich verweisen konnte. Schließlich wurde mir klar, dass sich die beiden Instanzen möglicherweise gegenseitig stören, und ich schloss eine. Danach wird der Fehler "Kann nicht binden ..." nicht mehr angezeigt.

Cruinh
quelle
7

Für Leute, die laufen Android Studiound Eclipse:

Ich weiß, dass die Antworten bereits gesättigt sind, aber ich möchte nur hinzufügen, dass dieser Fehler nach der Installation von Android Studio und der Rückkehr zu Eclipse zum Erstellen und Ausführen Ihres Projekts auftritt.

Stellen Sie sicher, dass Sie alle anderen Instanzen von ADB schließen, die möglicherweise ausgeführt werden (einschließlich Android Studio). Wenn Sie dies weiterhin getan haben und weiterhin Probleme haben, versuchen Sie, alle ADB-Serverprozesse zu beenden und neu zu starten. Wenn Sie keine globale Variable eingerichtet haben, öffnen Sie das Terminal und navigieren Sie zum Ordner "platform-tools" des Android SDK, auf das Eclipse verweist. Führen Sie dann Folgendes aus:

./adb kill-server
./adb start-server
Kyle Clegg
quelle
Vielen Dank. Der Neustart von adb war für mich nützlich, obwohl ich nur Android Studio verwende. Es scheint, dass manchmal, wenn ich einen Emulator herunterfahre, indem ich auf sein "x" in der angehängten Symbolleiste (oben rechts) klicke, der Port nicht freigegeben wird. Nachfolgende Versuche, meine App in einer neuen Emulatorinstanz auszuführen, haben manchmal das Problem "Kann nicht binden". Also muss ich adb über eine Kommandozeile neu starten, wie Sie vorschlagen.
Albert C Braun
4

Ich verwende das Android ADT-Bundle unter Windows 8. Beide in diesem Thema beschriebenen Lösungen (Bearbeiten der Hostdatei und Ändern der Eclipse-Einstellungen) haben das Problem nicht gelöst.

In meiner Situation wurde das Problem durch eine Deinstallation von Java 7 (jetzt mit Java 6) gelöst. Der Debugger funktioniert jetzt wieder!

Peter
quelle
4

Das gleichzeitige Ausführen von zwei Instanzen von adb (z. B. Eclipse Debugger und Android Studio) führt ebenfalls zu Konflikten

Joshua. Ö
quelle
WERKE. Die Nachricht ist aus Eclipse verschwunden. Ein Android-Studio ist geschlossen.
McLan
3

In meinem Fall bestand das Problem darin, dass im Hintergrund eine Geisterfinsternis hing; Es benutzte keinen Arbeitsbereich und hatte keine Fenster, also fand ich es nur auf der Prozessliste. Durch das Töten wurde das Problem behoben.

Zds
quelle
Dies war auch für mich das Problem. Ich habe eine Instanz einer älteren Version von Eclipse ausgeführt.
Ben
3

Unter Windows 8 hatte ich einige Zeit damit zu kämpfen:
Haben Sie AVG installiert? Die Deinstallation von AVG hat den Trick für mich getan

Elad Gelman
quelle
3

Für mich lag dies daran, dass ich versuchte, mit Eclipse zu debuggen, aber auch Android Studio ausführte. Beide Programme versuchten, Android-Geräte an ähnlichen Ports zu überwachen. Beenden Sie entweder alle IDEs außer einer oder ändern Sie die zum Debuggen verwendete Portnummer in den IDE-Einstellungen so, dass sie nicht ähnlich sind.

Brian
quelle
2

In meinem Fall hat es gerade funktioniert, als ich den Eclipse-Prozess abgebrochen und die Software neu gestartet habe.

Androidevil
quelle
1

Das einzige Update, das bei mir wirklich funktioniert hat, war die Deinstallation von Java 7 und die Installation von Java 6 auf meinem Windows 8 x64-basierten Computer.

Sie können Java 6 hier herunterladen .

EvZ
quelle
1

Versuchen Sie es mit einem anderen Kabel. Wenn dies nicht funktioniert, versuchen Sie es mit einem anderen Telefon.

Ich habe mehrere Tage mit diesem und allen oben genannten Tipps gerungen. Aber der Anschluss an meinen Geräten war flockig. Bewegen Sie als Test das Telefon und prüfen Sie, ob Verbindungen unterbrochen werden.

Einige der Tipps, wie z. B. ein ADB USB, beheben das Problem vorübergehend und wählen den zu debuggenden Geräteprozess explizit (neu) aus. Aber für mich war die Hauptursache die physische Verbindung.

Jetzt mit dem neuen Gerät habe ich kein Problem mehr! Ein Flockenkabel würde das gleiche Problem verursachen. Viel Glück! Ich fühle deinen Schmerz.

user3447484
quelle
1

Auf meinem Mac von einem Terminal:

$ ./adb kill-server
$ ./adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

Ich habe die Eclipse geöffnet und den ddms-Port auf 5037 gesetzt. Es funktioniert einwandfrei.

Geben Sie hier die Bildbeschreibung ein

Alp Altunel
quelle
0

Basierend auf einer Antwort des Aptana Studio-Supports wurde bestätigt, dass das Aptana-Plugin und die Android-Entwicklungstools an diesem Port kollidieren (dh der Comet-Server von Aptana überlappt sich an diesem Port). Aptana eröffnete bereits 2010 ein Ticket.

Leider scheint Aptana das Problem noch nicht behoben oder den Comet-Server-Port konfigurierbar gemacht zu haben. Das Ändern der Portnummer in Eclipse und das Neustarten von adb haben es NICHT für mich behoben. Ich war schließlich gezwungen, das Aptana-Plugin zu deinstallieren.

Kenj
quelle
0

Arbeitete für mich, basierend auf dieser Antwort

In Eclipse gehe zu

Window->Preference->Android->DDMS

Aktivieren Sie dann "ADBHOST verwenden" als "127.0.0.1".

Dann starten Sie einfach Eclipse neu

Matteo A.
quelle
0

Nach stundenlangem Versuch, das Problem mit Java SDKS, der Datei eclipse.ini und dem gesamten auf der Frage gefundenen Material zu beheben, funktionierte das definitiv für mich:

UINSTALLIERTER AVG ANTI-VIRUS

Dann werden alle Ports auf DDMS grün, unabhängig von den Java- oder Genymotion-Einstellungen oder ...

user3394858
quelle
0

Vielleicht ist es zu spät für eine Antwort auf diese Frage, aber ich glaube, ich habe eine Lösung dafür gefunden. Was mir aufgefallen ist, befindet sich in der Datei info.plist> JVMoption (Mac). Im Anwendungspaket gibt es zwei Versionen von Java, dh es war zeigt "1.6 *, 1.7 +", also habe ich es einfach in "1.8 *" geändert, was meine aktuelle Java-Version ist und jetzt für mich funktioniert

Hallo
quelle