VMware-Forum

Hallo VMware-Community,

nach einem Neustart unseres VMware ESX Servers (3.5 mit Update 3) ist leider keine direkte Verbindung mehr auf die Konsole der virtuellen Maschinen per Infrastructure-Client möglich (Server in Wartungsmodus versetzt und per Infrastructure-Client neu gestartet).

Es erscheint diese Fehlermeldung: Error connecting to authd on host servername

Screenshots aus VirtualCenter 2.5:





Die virtuellen Maschinen an sich funktionieren einwandfrei - Nur der direkte Zugriff auf den "Bildschirm" per Konsole ist nicht möglich.

Kann mir bitte jemand weiterhelfen?

Grüße
Alpha07

Kann keiner weiterhelfen? ;-(

Also bei einem funktionierendem ESX sind folgende Prozesse vorhanden.



Die Frage ob das Init Script eine Besserung bei dir bringt


Wenn er rennt stehts auch in services drin:


Warum nicht schon laengst auf U4 was ja nun auch schon Monate auf dem Buckel hat?

Gruss
Joerg

Hi,
hatte das Problem auch mal! Lösung bei mir war damals einfach den vCenter neuzustartem oder den VI Client neu zu installieren.

Eins von beiden war es... Alzheimer läst grüßen

Gruß Peter

VC und VI kommen nicht auf den Host - ich wette wilder Managmentserver ohne WBEM Credentials (siehe fixes Thema).
Geht SSH noch ?
Geht lokale Console noch ?
Was zeigt lokale Console beim drücken von Alt-F12 ?
Hatte der LDAP authentifizierung eingerichted ?
Wie gross ist der SC Ram, wieviel 3rd Party Kram ist installiert ?

PeterDA hat geschrieben:Hi,
hatte das Problem auch mal! Lösung bei mir war damals einfach den vCenter neuzustartem oder den VI Client neu zu installieren.

Hallo Peter und Danke für den Tipp. Leider hat das rebooten von VirtuelCenter/vCenter nichts gebracht. Bei den anderen Kollegen funktioniert der Zugriff ebenfalls nicht.

Saturnous hat geschrieben:VC und VI kommen nicht auf den Host - ich wette wilder Managmentserver ohne WBEM Credentials (siehe fixes Thema).
Geht SSH noch ?
Geht lokale Console noch ?
Was zeigt lokale Console beim drücken von Alt-F12 ?
Hatte der LDAP authentifizierung eingerichted ?
Wie gross ist der SC Ram, wieviel 3rd Party Kram ist installiert ?

- Das fixe Thema das Du meinst habe ich leider nicht gefunden
- SSH Zugriff funktioniert
- Lokale Konsole auf dem ESX Server funktioniert
- Wir haben keinen 3rd Party Kram bei uns installiert
- Alt-F12-Log schaut soweit gut aus.

Die restlichen Antworten liefere ich morgen im Geschäft nach

irix hat geschrieben:Wenn er rennt stehts auch in services drin:

Code: Alles auswählen

[root@esx-1-node-2 root]# service --status-all |grep running |grep -u auth
VMware VMkernel authorization daemon is running (pid 4300).


Hallo Joerg - Ich habe das eben überprüft - Der Service läuft bei uns.

Hat vllt. noch jemand eine Tipp für uns?

Restarte mal


Ansonsten mal den Support bemuehen. Gleichen Problem auch wenn man mit dem VI CLient direkt auf den Host conncted?

Gruss
Joerg

Hallo irix,

das restarten der Services hat leider nichts gebracht ;-(

Bei einem direkten connect besteht das Problem auch weiterhin.

Sooooooo...

Wir haben den ESX jetzt auf Update 4 gebracht - Leider funktioniert das ganze noch immer nicht, dafür ist aber die Fehlermeldung ausführlicher:

Frag doch mal den Support sofern euer SnS noch gueltig ist. Das Ticket kann auch Online eroeffnet werden und du kannst das Log/Corefile gleich mit hochladen.

Gruss
Joerg

Moin, moin,

hatten wir auch einmal (U3), da gibt es wohl Probleme mit der Namensauflösung.

Trage doch Testweise Deine ESX Server in die Hosts auf Deinem Client ein, z.B.:

# ESX Testumgebung
192.168.10.11 esxtest1.esxtest.loc
192.168.10.12 esxtest2.esxtest.loc
192.168.10.13 esxtest3.esxtest.loc

Funktioniert jetzt der Zugriff?

Habe den ESX unter C:\WINDOWS\system32\drivers\etc\hosts eingetragen - Leider noch immer ohne Erfolg ;((

Ich habe das gleiche Problem. Aber bei mir das Problem tritt nicht auf alle VI-Client auf.

Ähäm ja .. gibs vielleicht in den Logs der Clients Fehler mit SidebySide ?
Wenn ja sucht mal nach OpenSSL Libaries, löscht alle älteren Versionen und packt die neuesten ins system32 und dann mit regserv32 neu reinnehmen.

SSL benötigt saubere Namensauflösung in beide Richtungen.

Ich habe ESX 3.5 U5 installiert, VI-Client Build 204xxx aus diesem Update auch installiert. -> "Error connecting to authd". VI-Client zurück auf Build 147704 downgrade gemacht, Server bieb U5 - geht's wieder OK.

Scheinbar, das Fehler liegt am VI-Client.

Kann ich auch nochmal bestätigen. Nach Installation vom alten VI Client ging das ganz wieder...

(Hatten hier ebenfalls die Meldung :" error connecting authd on host" )