16
VSphere Client kann keine Verbindung aufbauen - HTTP Status 503
Hallo Zusammen,
ich habe gerade den Fehler, dass ich mich per vSphere Client nicht mehr mit dem ESXi-Server verbinden kann. Dies hat bis vor kurzem noch funktioniert.
Hier die Meldung die mir der Client ausgibt:
Nach einiger Suche im Netz habe ich 2 Dinge gefunden die ich probiert habe:
1. Windows Hotfix 2577795
2. Befehl "netsh winsock reset" über cmd
3. Über Putty habe ich auf dem ESXi auch schon die Dienste neugestartet "./sbin/services.sh restart"
-> Die 2 Optionen habe ich bei den Clients getestet über die Ich auf den ESXi zugreifen wollte.
Hat allerdings beides nichts gebracht.
Auf dem ESXi laufen folgende VMs:
2* Windows Server 2008 R2 Standard
1* Windows Server 2003 R2 Standard
1* Windows XP
1* Endian Firewall
Der ESXi an sich läuft scheinbar ohne Probleme, auch die VM's darauf laufen ohne Probleme und können problemlos genutzt werden (auch deren HTTPS-Port). Zugriff per Putty / iLO ist problemlos möglich. Problem liegt wohl nur am Port 443?
Für jede andere Idee/Meinung bin ich sehr dankbar.
Grüße itrandz
ich habe gerade den Fehler, dass ich mich per vSphere Client nicht mehr mit dem ESXi-Server verbinden kann. Dies hat bis vor kurzem noch funktioniert.
Hier die Meldung die mir der Client ausgibt:
Nach einiger Suche im Netz habe ich 2 Dinge gefunden die ich probiert habe:
1. Windows Hotfix 2577795
2. Befehl "netsh winsock reset" über cmd
3. Über Putty habe ich auf dem ESXi auch schon die Dienste neugestartet "./sbin/services.sh restart"
-> Die 2 Optionen habe ich bei den Clients getestet über die Ich auf den ESXi zugreifen wollte.
Hat allerdings beides nichts gebracht.
Auf dem ESXi laufen folgende VMs:
2* Windows Server 2008 R2 Standard
1* Windows Server 2003 R2 Standard
1* Windows XP
1* Endian Firewall
Der ESXi an sich läuft scheinbar ohne Probleme, auch die VM's darauf laufen ohne Probleme und können problemlos genutzt werden (auch deren HTTPS-Port). Zugriff per Putty / iLO ist problemlos möglich. Problem liegt wohl nur am Port 443?
Für jede andere Idee/Meinung bin ich sehr dankbar.
Grüße itrandz
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 254022
Url: https://administrator.de/contentid/254022
Ausgedruckt am: 08.11.2024 um 09:11 Uhr
16 Kommentare
Neuester Kommentar
Hi.
Basic troubleshooting:
telnet esxi 443
->geht das? (shell müsste schwarz werden) ->wenn nicht, geht es von anderen Rechnern?
Basic troubleshooting:
telnet esxi 443
->geht das? (shell müsste schwarz werden) ->wenn nicht, geht es von anderen Rechnern?
Hi,
danke für die Rückmeldung.
Also telnet auf 443 funktioniert. "Shell wird schwarz"
Zeitgleiches verbinden über vSphere ergibt folgenden Fehler:
EDIT:
Beim Aufruf im Browser erscheint auch "503 Service Unavailable".
Besteht die Möglichkeit dass es ein Zertifikatsproblem ist?
Grüße
danke für die Rückmeldung.
Also telnet auf 443 funktioniert. "Shell wird schwarz"
Zeitgleiches verbinden über vSphere ergibt folgenden Fehler:
Aufruf von "ServiceInstance.RetrieveContent" für Objekt "ServiceInstance" auf Server "IP" ist fehlgeschlagen.<
EDIT:
Beim Aufruf im Browser erscheint auch "503 Service Unavailable".
Besteht die Möglichkeit dass es ein Zertifikatsproblem ist?
Grüße
Hey,
ich würde mal sepziell:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
ausführen, oder die management agents direkt auf dem DCUI neustarten.
Gruß
ich würde mal sepziell:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
ausführen, oder die management agents direkt auf dem DCUI neustarten.
Gruß
Hi,
hostd gibt aus:
VSI_GetInstanceListAlloc : No cartel by that name
VSI_GetInstanceListAlloc : No cartel by that name
watchdog-hostd: PID file /var/run/vmware/watchdog-hostd.PID not found
watchdog-hostd: Unable to terminate watchdog: Can't find process
sh: cannot kill pid 76718932: No such process
~ # [77097493] Begin 'hostd ++min=0,swap,group=hostd /etc/vmware/hostd/config.xm l', min-uptime = 60, max-quick-failures = 1, max-total-failures = 1000000
--> Wird der Watchdog benötigt?
vpxa: not found
Management Agents habe ich schon mehrfach neu gestartet.
hostd gibt aus:
VSI_GetInstanceListAlloc : No cartel by that name
VSI_GetInstanceListAlloc : No cartel by that name
watchdog-hostd: PID file /var/run/vmware/watchdog-hostd.PID not found
watchdog-hostd: Unable to terminate watchdog: Can't find process
sh: cannot kill pid 76718932: No such process
~ # [77097493] Begin 'hostd ++min=0,swap,group=hostd /etc/vmware/hostd/config.xm l', min-uptime = 60, max-quick-failures = 1, max-total-failures = 1000000
--> Wird der Watchdog benötigt?
vpxa: not found
Management Agents habe ich schon mehrfach neu gestartet.
Funktioniert es denn generell von keinem Client aus?
Verbindung per vSphere? Soweit ich gerade testen kann: ja (also gleiche Meldung an allen Clients)
Hallo,
weiß ja grad nicht, wie Eure VMWare konfiguriert ist.
Bei uns funktioniert optional zum VSphere-Client auch das MS-Programm Remote Desktop Connection Manager (Freeware).
Gruß,
VGem-e
weiß ja grad nicht, wie Eure VMWare konfiguriert ist.
Bei uns funktioniert optional zum VSphere-Client auch das MS-Programm Remote Desktop Connection Manager (Freeware).
Gruß,
VGem-e
Verbindest du dich mit einem VCenter Server, oder direkt mit dem host? Falls es sich um ein VCenter-Server handelt - verbinde dich mal direkt mit dem host.
Verbinde mich direkt mit dem Host.
Werde RDCM mal testen. Ich habe gerade irgendwie das Gefühl wie wenn ich den Host neustarten muss...weil mir da irgendein Dienst querschießt...
habe gerade folgendes getestet:
https://communities.vmware.com/thread/455472
Über Putty verbunden, "dcui" eingegeben und dann Management Agents neu gestartet. Dann bleibt er auf "Stopping management Agents. Hangup" stehen, und im Client geht er bis "Bestandsliste laden".
Wenn ich das gleiche über die iLo mache, kommt gleich "Service unavailable".
Grüße
Werde RDCM mal testen. Ich habe gerade irgendwie das Gefühl wie wenn ich den Host neustarten muss...weil mir da irgendein Dienst querschießt...
habe gerade folgendes getestet:
https://communities.vmware.com/thread/455472
Über Putty verbunden, "dcui" eingegeben und dann Management Agents neu gestartet. Dann bleibt er auf "Stopping management Agents. Hangup" stehen, und im Client geht er bis "Bestandsliste laden".
Wenn ich das gleiche über die iLo mache, kommt gleich "Service unavailable".
Grüße
Noch ein Update:
Habe gerade folgendes versucht (rein interessehalber).
Per Putty auf den ESXi und dort die Eingaben:
vim-cmd vmsvc/getallvms
-> Failed to login: Invalid response code: 503 Service Unavailable
Auch hier direkt auf der Console kommt die Meldung?
Habe gerade folgendes versucht (rein interessehalber).
Per Putty auf den ESXi und dort die Eingaben:
vim-cmd vmsvc/getallvms
-> Failed to login: Invalid response code: 503 Service Unavailable
Auch hier direkt auf der Console kommt die Meldung?
Zitat von @itrandz:
Noch ein Update:
Habe gerade folgendes versucht (rein interessehalber).
Per Putty auf den ESXi und dort die Eingaben:
vim-cmd vmsvc/getallvms
-> Failed to login: Invalid response code: 503 Service Unavailable
Auch hier direkt auf der Console kommt die Meldung?
Noch ein Update:
Habe gerade folgendes versucht (rein interessehalber).
Per Putty auf den ESXi und dort die Eingaben:
vim-cmd vmsvc/getallvms
-> Failed to login: Invalid response code: 503 Service Unavailable
Auch hier direkt auf der Console kommt die Meldung?
EDIT: habe gerade noch "./sbin/services.sh restart" ausgeführt und direkt danach nochmal o.g. Befehl, nun erscheint die Meldung "Faild to login: No buffer space available". Kann damit jemand was anfangen?
Was gibst du bei der Serveradresse ein? Den Hostname? Wenn ja, probier mal die IP-Adresse bzw. anders rum
Ich gehe immer nur über die IP. Hostname habe ich auch schon getestet.
EDIT: Scheinbar ist die "/scratch"-Partition voll?
~ # vim-cmd vmsvc/getallvms
Failed to login: No buffer space available
~ # ls -ld /scratch
lrwxrwxrwx 1 root root 49 Oct 22 2013 /scratch -> /vmfs/volume s/4e47e1f7-041af82f-e035-001b21a09d6e
~ # df -h | grep 4e47e1f7-041af82f-e035-001b21a09d6e
vfat 4.0G 3.0M 4.0G 0% /vmfs/volumes/4e47e1f7-041af82f-e035-001b21a09d6e
EDIT: Scheinbar ist die "/scratch"-Partition voll?
~ # vim-cmd vmsvc/getallvms
Failed to login: No buffer space available
~ # ls -ld /scratch
lrwxrwxrwx 1 root root 49 Oct 22 2013 /scratch -> /vmfs/volume s/4e47e1f7-041af82f-e035-001b21a09d6e
~ # df -h | grep 4e47e1f7-041af82f-e035-001b21a09d6e
vfat 4.0G 3.0M 4.0G 0% /vmfs/volumes/4e47e1f7-041af82f-e035-001b21a09d6e
Hast du die Möglichkeit die Maschinen zu evakuieren? Ich würde den Host einmal neustarten.
Evakuieren leider nicht. Habe gerade den WinServer 2003 heruntergefahren in der Hoffnung, dass es eventuell an zu wenig freiem Speicher lag ("no buffer space available"), hat aber keine Auswirkung gehabt.
Das nächste wird dann jetzt wohl der Neustart sein.
Das nächste wird dann jetzt wohl der Neustart sein.
Hallo Zusammen,
melde mich jetzt erst, da ich über Umwege noch eine Sicherung der "noch laufenden" Maschinen machen konnte ;)
Habe gerade den ESXi neugestartet...und *3mal auf Holz geklopft* alles läuft wieder ohne Probleme!
Grüße an Alle & Schönes WE!
melde mich jetzt erst, da ich über Umwege noch eine Sicherung der "noch laufenden" Maschinen machen konnte ;)
Habe gerade den ESXi neugestartet...und *3mal auf Holz geklopft* alles läuft wieder ohne Probleme!
Grüße an Alle & Schönes WE!
