vCenter-Webdienst startet nicht

[cotec]

Hallo,

ich hab hier einen vCenter-Server 5.1.x welcher nach einem Stromausfall den "VMWare VirtualCenter Management Webservices" nicht automaitsch starten möchte.
Startet man diesen manuell, so ist der Dienst für max. 10 Sekunden gestartet, danach ist der Dienst wieder beendet.

Im Ereignislog findet sich nur:
Der Dienst "VMware VirtualCenter Management Webservices" wurde unerwartet beendet. Dies ist bereits 3 Mal vorgekommen. Folgende Korrekturmaßnahmen werden in 60000 Millisekunden durchgeführt: Neustart des Diensts.

weiter in der Vergangenheit:
Der Dienst "VMware VirtualCenter Server" wurde mit folgendem dienstspezifischem Fehler beendet: Das System kann die angegebene Datei nicht finden..

Hat jemand noch ne Idee woran es liegen kann?

[bla!zilla]

Normalerweise stehen der "VMware VirtualCenter Server" und der "VMWare VirtualCenter Management Webservices" auf "Startup type: Automatic (Delayed Start)". Sollte das bei dir nicht der Fall sein, dann stell es so ein. Das ist Standard.

[cotec]

ist bereits so eingestellt -> verzögerter Start (da ja auf den Datenbankdienst gewartet werden muss)

Der "VMWare VirtualCenter Server" startet nicht automatisch, jedoch nach dem manuellen Start bleibt dieser gestartet.
Der "VMWare VirtualCenter Management Webservices" startet auch nicht automatisch, jedoch lässt sich dieser wie oben bereits geschildert nicht aktivieren.
Als Dienstausführender ist das "Lokale System" eingetragen (auch Standardeinstellung)

[irix]

Dann guck hal mal in die Logs unter c:\programdata\vmware was der Anwendung denn so nicht schmeckt.

Gruss
Joerg

[Dayworker]

Der Dienst "VMware VirtualCenter Server" wurde mit folgendem dienstspezifischem Fehler beendet: Das System kann die angegebene Datei nicht finden.

Sowas deutet immer auf eine zerschossene Datei hin. Mit etwas Glück wurde aber noch etwas im von irix genannten Verzeichnis geloggt. Wenn du Hilfe beim Auswerten von VMware-Logs brauchst, lad es irgendwo hoch und wir schauen gemeinsam drüber.


Die für mich interessantere Frage wäre allerdings, weshalb euer vCenter-Server einen Stromausfall nicht überlebt hat?

[cotec]

Die für mich interessantere Frage wäre allerdings, weshalb euer vCenter-Server einen Stromausfall nicht überlebt hat?

Shutdownscript wurde aus noch unbekannten Gründen nicht ausgelöst...
Priorität hat jetzt erstmal der VC, später such ich nach dem Problem mit dem shutdownscript...

Ursache gefunden:
Von einem Kollegen wurde der IBM DS Storage-Manager installiert, dieser bringt von Hause aus einen Tomcat-Dienst mit. Dieser brachte entsprechend die Kollision mit dem Webdienst zustande...
Kaum war der IBM Tomcat gestoppt, lässt sich auch der VMware Webservice starten.

Allerdings kommt nun beim einloggen in die vSphere Konsole Allgemeiner Systemfehler: Authorize Exception

[weigeltchen]

Bei mir bleibt das vCenter dem vCenter vorbehalten. Dabei wäre es mir egal, ob es auf Blech läuft oder virtuell.

[cotec]

Bei mir bleibt das vCenter dem vCenter vorbehalten.

Und dieser Satz soll mir jetzt was genau sagen?

[weigeltchen]

Das es keine gute Idee ist, weitere Dienste auf diesem Server, durch wen auch immer, zu installieren.

[Dayworker]

...und das ist ja mit Virtualisierung gerade das schöne, daß man diesen All-in-One-Zwang nicht mehr hat...
Jetzt stellt sich natürlich gleich die Frage an den Kollegen mit dem "IBM DS Storage-Manager", wieso er die Doppelbelegung nicht gesehen hat? Ein einfaches "NETSTAT -ao" hätte da viel Arbeit erspart. Aber anscheinend kippen einige Leute immer noch ohne jedweden Verstand einfach ihre SW auf einen Rechner und hoffen das beste.

Allerdings kommt nun beim einloggen in die vSphere Konsole Allgemeiner Systemfehler: Authorize Exception

Bei der Inst des Tomcat-Apachen wurde sicherlich noch irgendetwas deaktiviert. Hoffentlich paßt der KB-Eintrag vCenter Server login fails with the error: A general system error occurred: Authorize Exception (1015639) hier.

[cotec]

Aber anscheinend kippen einige Leute immer noch ohne jedweden Verstand einfach ihre SW auf einen Rechner und hoffen das beste.

Jaja, die lieben Kollegen...

Bei der Inst des Tomcat-Apachen wurde sicherlich noch irgendetwas deaktiviert. Hoffentlich paßt der KB-Eintrag vCenter Server login fails with the error: A general system error occurred: Authorize Exception (1015639) hier.

Den Artikel hab ich schon gefunden, aus AD nehmen und erneut joinen brachte nicht den gewünschten Erfolg.
Und leider scheint der andere verlinkte Inhalt (vCenter Server Single Sign On Identity Source) nicht verfübar: Fehler: Server nicht gefunden

[Dayworker]

Viele Lösungsmöglichkeiten sehe ich dann nicht mehr und es deutet alles auf eine komplette Neu-Inst des vCenters hin, falls du nicht sämtliche Dateien und Registryeinträge eines funktionalen vCenters überprüfen willst. Ich hatte sowas mal bei anderer Software probiert, habs dann aber nach kurzer Zeit aufgegeben, weil kein Ende in Sicht und's immer noch unfunktional war.

Mit etwas Glück kannst du aber die SSO-Geschichte doch noch hinbiegen. Dazu hatte VMware einen KB-Eintrag verfaßt, nachdem die SSO-Inst doch etwas tricky war und ist.


PS: Nichtdestotrotz würde ich mich bei dem Kollegen auf die gleiche Weise mal bemerkbar machen und ihm einfach mal seinen Benutzer-Account mit einem neuen Passwort versehen. Manchen Kollegen muß man die Tragweite ihres Handels mal mit solchem kindischen Kram verständlich machen.

[cotec]

okay,...
den vcenter hab ich jetzt jetzt nochmal aus der Domäne genommen und erneut hinzugefügt.
Dies hat ohne Probleme geklappt. Bei den Auth.methoden ist Domänenauthentifizierung nun möglich. Wenn ich jedoch die notwendigen Berechtigungen setzen möchte erhalte ich dies hier:

Aufruf von "UserDirectory.RetrieveUserGroups" für Objekt "UserDirectory" auf vCenter Server "VC5.domäne" ist fehlgeschlagen.




es gibt verschiedene Lösungsmöglichkeiten, manche davon fummeln in der Datenbank herum, wovon ich persönlich lieber die Finger lassen wollte und sollte.

[irix]

Dann melde dich im SSO an loesche deine AD Anbindung nochmal und fuege sie wieder hinzu.

Gruss
Joerg