Oliver Pifferi » vmware

VMware ESX: Webinterface freischalten

Oliver Pifferi — Wed, 07 Jul 2010 19:42:08 +0000

Wer versucht, seine(n) ESX-Server über das Webinterface (z. B. 10.46.137.X/ui) zu erreichen, wird am Anfang mit einem Fehler 503 (“Service unavailable”) konfrontiert werden. Doch nicht immer ist für den Fall, einmal einen Blick auf die virtualisierten Server zu werfen, auch der VSphere-Client installiert – und da täte das Webinterface doch gute Dienste. Die Ursache: VMware hat diese Option in der Standardinstallation schlichtweg deaktiviert – ein paar Handgriffe und der Webzugriff ist wieder aktiviert. Wie das geht, folgt hier!Zunächst muss man sich (entweder direkt per Konsole oder SSH) auf den betroffenen ESX-Server einloggen und das als User mit entsprechenden Root-Rechten. Durch die Eingabe von

service vmware-webAccess status

sehen wir zunächst, ob der Dienst im aktuellen Runlevel überhaupt aktiviert ist. Dies wird nicht der Fall sein, also ändern wir das nun dauerhaft, indem der Dienststart in den betreffenden Runleveln einfach eingetragen wird. Dies geschieht durch Eingabe von

chkconfig –-level 345 vmware-webAccess on

Nach einem Neustart des Servers ist der Webaccess nun standardseitig aktiviert. Um dies nicht forcieren zu müssen, wird der Service einfach durch Eingabe der Zeile

service vmware-webAccess start

manuell gestartet. Fertig!

Das Ergebnis sollte wie folgt aussehen, wenn man nun versucht, das Webinterface über den Browser seiner Wahl zu erreichen:

VMware ESX: SSH-Zugang freischalten

Oliver Pifferi — Tue, 06 Jul 2010 05:42:08 +0000

Wer auf seinen VMware ESX-Servern den SSH-Zugang für den “root”-Benutzer benötigt (diese Funktion ist aus Sicherheitsgründen deaktiviert, der ein oder andere wird sie aber dennoch nutzen wollen), kann diesen entsprechend schnell freischalten:

Zunächst wechselt man am ESX-Server durch Eingabe von ALT+F1 auf die Konsole und meldet sich dann mit dem Root-Login samt Kennwort an.

Durch Eingabe von

vi /etc/ssh/sshd_config

gelangt man in die Konfigurationsdatei des SSH-Dienstes. Hier sollte man nun nach dem Wert

PermitRootLogin No

suchen und diesen entsprechend in

PermitRootLogin Yes

abändern. Anschliessend kann der Editor verlassen und der SSH-Dienst durch Eingabe von

service sshd restart

neu gestartet werden – fertig! Es bleibt abschliessend zu erwähnen, das sich durch Aktivierung des Root-Benutzers für die SSH-Shell natürlich ein Sicherheitsrisiko auftut, welches VMware in der Grundinstallation bewusst unterbunden hat – die “best practice”-Variante wäre also, einen anderen User mit entsprechenden Rechten anzulegen und diesen für die SSH-Verwaltungsarbeiten – sofern benötigt – zu benutzen!

Installation der VMware-Tools unter openSUSE 11.2

Oliver Pifferi — Mon, 22 Feb 2010 13:17:30 +0000

Obwohl viele Linux-Distributionen bereits von Haus aus VMware-Unterstützung bieten, wollte ich einmal die Installation der VMware-Tools auf einem openSUSE 11.2-System mit VMware Fusion 3.0-”Unterbau” demonstrieren. Interessant sollte das speziell für diejenigen Poweruser sein, die immer noch eine auf ihr System und ihre Bedürfnisse abgestimmte Version der VMware-Tools kompilieren wollen, anstatt sich auf die distributionsspezifischen und vorkompilierten Versionen zu verlassen.

VMware Converter 4.01 und “Visual C++”-Fehlermeldung

Oliver Pifferi — Tue, 16 Feb 2010 22:50:22 +0000

Wer kennt das Problem nicht? Ein Windows-System soll über den frei verfügbaren VMware Converter 4.01, den es nur in englischer Sprache gibt, in ein Datacenter “umgezogen” bzw. konvertiert werden und direkt bei der Installation kommt eine Fehlermeldung, die ein Problem mit Visual C++ beschreibt und verhindert, das der Converter-Dienst (und somit leider auch der gesamte mögliche Konvertierungsvorgang) überhaupt erst einmal startet. Die Lösung an sich ist recht subtil und einfach (wie so vieles), wenn man erst einmal das Folgende weiss:

Fehlerursache 1 kann daher rühren, das ein Temp-Verzeichnis mit Leerzeichen und / oder Umlauten gewählt ist und das mag der englische Konverter nun gar nicht – also per Rechtsklick auf “Arbeitsplatz ” plus Klicken in “Eigenschaften -> Erweitert -> Umgebungsvariablen” wechseln und die Benutzervariablen (jeweils den Wert “TEMP” und “TMP”) sowie die Systemvariablen (dito) beispielsweise auf “C:Temp” setzen – Lösungsvorschlag 1.

Fruchtet der nicht (speziell auf Serverinstallationen), so gibt es noch die Möglichkeit, eine Gruppe namens “Domain Admins” anzulegen – dies ist schlichtweg die englische Fassung der Domänen-Admins, die wir aus dem deutschen Active Directory kennen und die der VMware Converter-Dienst händeringend zum Starten sucht und benötigt. Lösungsvorschlag 2 sollte also lauten, diese Gruppe als einfache Sicherheitsgruppe anzulegen und die Converter-Installations nochmals zu versuchen – spätestens jetzt sollte der Migration dieser physischen Maschine nichts mehr im Wege stehen!

Den ganzen Artikel habe ich hier gefunden und während bei vielen das Temp-Verzeichnis die Quelle allen Übels war, so war es bei mir doch die Gruppe “Domain Admins”:

http://www.windows-faq.de/2009/11/03/vmware-converter-4-0-1-fehlermeldung-visual-c-runtime-error-1920

Einen Dank also an Michael von Windows-FAQ, der mir den letzten Denkanstoss versetzt hat und mit seinem Artikeln bereits vielen virtualisierungswütigen die ein oder anderen unruhigen Stunden erspart hat!

Screencast: VMware ESXi 4.0-Installation

Oliver Pifferi — Sat, 06 Feb 2010 20:45:59 +0000

Wer sich mit dem Thema “Virtualisierung” beschäftigt, kommt um den langjährigen Platzhirsch VMware nicht herum – allen Unkenrufen zum Trotze. Das Virtualisierung und der Einstieg in dieses weite Thema bei weitem weder schwer noch teuer sein muss, zeigt VMware’s kostenloser ESXi-Hypervisor. Die berühmte “Fünf-Minuten”-Installation verpasse ich in den 5:23 Minuten dieses Screencasts zwar nur knapp, trotzdem ist der Einstieg in die serverbasierte Virtualisierung mit ESXi zumindest in Sachen Erstinstallation recht schnell erledigt. Dieser Screencast soll Mut machen, sich einmal näher mit dem Thema zu beschäftigen und die Serverinstallation zu wagen – auf die eigentliche Verwaltung des ESXi-Hosts werde ich in einem der kommenden Screencasts zu sprechen kommen, denn hier beginnt dieses Thema erst richtig!