vRanger 5.2 erschienen
Heute Mittag hat Quest auf seiner Seite vRanger 5.2 veröffentlicht.
Zu meinem missfallen kann ich das Update nicht installieren, da ein neues Lizenzfile beantragt werden muss.
Das ist für mich noch schlimmer als, das was VMware ab und zu treibt da ich das Update wegen eines Bugs in 5.0 unbedingt benötige.
Naja Mail ist eben versendet worden ich hoffe ich bekomme die Antwort noch vor Mitternacht dann kann ich das ganze noch zeitnah updaten.
Die Release Notes können hier angeschaut werden.
Neue Features gibt es nicht sehr viele scheint mehr auf Bugfixes bedacht gewesen zu sein.
Highlights Linux file level restore, repository zu den bisherigen cifs und sftp nun auch nfs3 und ftp.
Downloaden kann man das ganze nun bei Quest
Update:
Lizenzfile habe ich nun aber das Upgrade schlägt fehl.
Fehlermeldung: “can’t validate file.”
Laut Quest Support ein bekanntes Problem, ich werde informieren sobald es eine Lösung gibt.
Update2:
Heute Habe ich noch eine Mail von Quest bekommen.
Der Workaround um das Update installieren zu können, ist erstmal ein Testkey, den man bei Quest anfordern muss, zu benutzen und dann in vRanger wieder das richtige File zu hinterlegen.
Leider gibts da wieder ein Problem, ich kann nur ein File hinterlegen, habe allerdings zwei.
Neuer SR ist ausgefüllt und wartet auf Antwort, es bleibt also spannend.
Update 3:
Mail vom Support kam eben an, ein neues Lizenzfile und nun ist alles in Butter
vSphere 4.1
Heute morgen hat Twitter geglüht da vSphere 4.1 heute nacht zum Download freigegeben wurde.
VMware Partner wussten es ja schon länger und ich denke die Server von VMware haben jede menge zu tun mit dem riesigen Download ansturm.
Viele große features wie Memory compression und Storage shares werden ja überall beschrieben und durchgekaut.
Über ein kleineres feature das ich nicht unpraktisch finde habe ich noch nirgends gelesen und zwar den Licence Reporting Manager.
In diesem bekommt man sehr schön angezeigt welche Lizenzen man zur zeit im einsatz hat. Fehlt eigentlich nur noch die Funktion das er bei VMware nachfragt wie lange man noch support hat.
Den Report kann man dann auch noch als Zip Downloaden. Mir ist bewusst das dieses Feature nicht so besonders ist wie die anderen aber meiner Meinung doch eine Verbesserung der Usabiltity.
VMware Workstation 7 ist da
Endlich ist sie nun GA die Workstation 7 herrausragende features sind wohl:
3D Unterstützung mit Aero in Windows
und vSphere als VM
Ladet euch die Testversion runter es lohnt sich.
Deploy eines Windows 2008 R2 x64 Servers per Template
Als ich meine Tests mit Windows 2008R2 gestartet habe stand ich vor dem Problem das man das ganz nicht von Template deployen kann da dann gleich eine Fehlermeldung kommt.
Als findiger user probiert man ja ein wenig herum und so habe ich einen Workaround gefunden.
Zuerst installiert man den Windows2008 R2 Server ganz normal.
Bevor man ihn dann in ein Template konvertiert, ändert man bei den Einstellungen den OS Typ auf Vista 64Bit.
Wenn man dann das template deployt kann man sie ganz normal customisieren.
Lebe noch
Ich lebe noch, hatte nur in den letzten Wochen so viel zu tun das ich nicht zum Blogen kam.
Ich schmeiß nun einfach mal paar Begriffe in die runde die bei VMware in letzter Zeit announced wurden:
VCenter statt Virtual Center
VCloud
VI4
aber es gibt noch vieles mehr was neu ist, ich gelobe in den nächsten Tagen mal wieder mehr blogen werde.
ESX 3.5U2 VM’s starten nicht mehr
Heute ist eine Zeitbombe geplatz die VMWare sich anscheinend versehentlich selbst in seinen ESX eingebaut hat.
Wenn man eine VM auf ESX 3.5U2 starten will kommt folgende fehlermeldung:
“A general system error occurred: Internal Error”
Wie es aussieht ist dies ein Lizenzproblem das VMWare selbst gebastelt hat.
Als workaround um zur Zeit überhaupt VM’ s starten zu können müsst ihr vorgehen wie folgt.
- NTP Dämon stoppen
- Das datum auf 10.08.2008 zurückdrehen, das geht entweder im VI Client >> Configuration >> Time & Date, oder über die Commandline mit date -s “08/10/2008″
- Danach starten alle VM’ s wieder normal.
VMWare arbeitet mit Hochdruck an einem Patch
SSH zugang zum ESXi 3.5 aktivieren
Von hause aus ist der SSH Zugriff auf den ESXi Server nicht erlaubt.
Hier mal ein Tutorial wie es trotzdem geht.
- Auf der Service Console alt und f1 drücken.
- “unsupported” eintippen (man bekommt keine Zeichen angezeigt
- root Passwort eingeben
- Auf der Commandline vi /etc/inetd.conf eingeben
- Die Zeile suchen die mit #ssh beginnt
- Das # Löschen (an den Anfang der Zeile gehen und x drücken)
- Das ganze mit “:x” speichern (hier den : nicht vergessen sonst wir das S von SSH gelöscht
) - Den management service mit “/sbin/services.sh restart” neustarten.
- Fertig
Health status auf ESX3.5 Update2
Sollte der Health status nach dem Update auf ESX3.5-U2 nicht angezeigt werden kann man folgendes tun:
- Virtual Center Dienst neustarten
- mgmt-vmware Dienst neustarten
- vpxa-vmware Dienst neustarten
- Den betreffenden Host disconnecten und wieder ins VC reconnecten
- Pegasus Dienst neustarten
Danach sollte man den healt status auf jeden fall sehen.
ESX 3.5U2 und Virtual Center Update2 erschienen
Bereits am Freitag sind die neuen Versionen vom ESX und Virtual Center erschienen.
Herrausragend neue features für mich sind VSS in Snapshots und vor allem Hot Cloning.
ESX 3i für Lau
Ersteinmal sorry das ich mich so lange nicht gemeldet habe, aber ich hab mir meinen Urlaub dieses Jahr hart erarbeitet und genossen.
So und nun zum eigentlichen Artikel VMware verschenkt ab nächster Woche seinen Hypervisor 3i damit ist der schlagabtausch zwischen M$ und VMware in Sachen Virtualisierung total offen.
Wir werden sehen wie das ganze weitergeht.
Tag-Cloud
Buttons
