ESX » vmwarenews.de

vSphere Client does not open on any Windows operating systems with the error: parsing the server "" "clients.xml" file

Allgemein, Updates, vCenter Server, VMware, VMware ESX, vSphere Kommentare deaktiviert

Jun 292010

Symptoms

When trying to launch the vSphere Client you receive errors similar to:
Error parsing the server “<servername>” “clients.xml” file.
The type initializer for VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.

Resolution

You cannot use vSphere Clients prior to the Update 1 release, to access the vCenter Server or ESX hosts because of a Microsoft update that targets the .NET Framework (980773), released on June 9th 2010.
Perform one of these two options to correct the issue:

Download and install vSphere Client 4.0 Update 1 (build 208111) or Update 2 (build 258672) using method a or b below, depending on your environment.

To download and install the vSphere Client for ESX, ESXi (paid version), and vCenter Server:
Go the downloads site.

Note: The vSphere Client .exe is part of the ESX, ESXi, or vCenter Server download binaries.

Click Download next to your ESX, ESXi, or vCenter Server edition.
Log in with your VMware Account credentials.
Click the .exe link next to vSphere Client and Host Update Utility

Note: You do not need to download the entire vSphere suite, only the vSphere Client.

Follow the on-screen instructions to install the updated vSphere Client.

Read full article here >> http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022611

Via http://kb.vmware.com

VMware Data Recovery Demo

Updates, VMware, VMware ESX, VMware Virtual Infrastructure Kommentare deaktiviert

Apr 282009

VMware announced VMware Data Recovery.
Find out more @ www.vmware.com and watch the video now

VMware patcht zahlreiche Sicherheitslücken in seinen Produkten

Updates, VMware, VMware ESX, VMware Workstation Kommentare deaktiviert

Apr 102009

Via Heise Newsticker>>

Der Hersteller VMware hat mehrere Sicherheitsprobleme in seinen Produkten behoben und aktualisierte Fassungen für die Workstation, den Player, ACE, Server, ESXi und ESX veröffentlicht. Unter anderem lässt sich ein Fehler in einem virtuellen Gerätetreiber ausnutzen, um aus dem Gastsystem heraus den Wirt zum Absturz zu bringen. Ein ähnliches Problem weist laut Bericht der Treiber hcmon.sys unter Windows auf. Allerdings kann nur ein privilegierter Windows-Anwender den Absturz provozieren. Bei der Verarbeitung zu langer Parameter kann der Dienst vmware-authd ebenfalls abstürzen.

Auf Windows-Systemen können Angreifer einen Fehler im Treiber für das Virtual Machine Communication Interface (VMCI) sowohl auf dem Gast als auch im Wirt ausnutzen, um an höhere Rechte zu gelangen. VMware ESX ist davon aber nicht betroffen. Von einem Heap Overflow im VNnc Codec ist VMware ESX ebenfalls nicht betroffen. Auf anderen Systemen genügt es, einen präparierten VNnc-Film zu öffnen oder eine manipulierte Webseite zu besuchen, um Opfer eines Angriffs zu werden.

Zudem liegt nach dem Login das Passwort für den VirtualCenter Server im Speicher des VI-Clients und lässt sich dort auslesen. VMware ACE weist darüber hinaus ein Problem mit Shared Folders auf. Die Links zu den Updates für die jeweilige Version sind im Original-Fehlerbericht des Herstellers zu finden.

Siehe dazu auch:

VMSA-2009-0005 VMware Hosted products, VI Client and patches for ESX and ESXi resolve multiple security issues, Bericht von VMware

Managing VMware with PowerShell Video

Allgemein, Knowledge Base, PowerShell, VMware Kommentare deaktiviert

Mrz 202009

Erik Sloof von NTPRO.NL hat auf der VMworld Europe 2009 die Session “Managing VMware with PowerShell” aufgenommen und veröffentlicht.

Eine Super Session wie ich finde. Alle 3 Teile anbei.

TA01 – Managing VMware With PowerShell from Eric Sloof NTPRO.NL on Vimeo.

TA01 – Managing VMware With PowerShell Part I from Eric Sloof NTPRO.NL on Vimeo.

TA01 – Managing VMware With PowerShell Part II from Eric Sloof NTPRO.NL on Vimeo.

VMware ESX and ESXi 3.5 U3 I/O failure on SAN LUN(s) and LUN queue is blocked indefinitely

Knowledge Base, VMware, VMware ESX Kommentare deaktiviert

Jan 142009

VMware ESX and ESXi 3.5 U3 I/O failure on SAN LUN(s) and LUN queue is blocked indefinitely
KB Article 1008130
Updated Jan. 12, 2009

Products
VMware ESX

Product Versions
VMware ESX 3.5.x
VMware ESXi 3.5.x Embedded
VMware ESXi 3.5.x Installable

Symptoms

One or more of the following may be present:

* VMware ESX or ESXi host might get disconnected form VirtualCenter.

* All paths to the LUNs are in standby state.

* esxcfg-rescan might take a long time to complete or never completes (hung).

* Error messages matching this pattern are repeated continually in vmkernel:
vmkernel: cpu6:1177)SCSI: 675: Queue for device vml. has been blocked for 7 seconds.
vmkernel: cpu7:1184)SCSI: 675: Queue for device vml. has been blocked for 6399 seconds.

If you look at log entries previous to the first blocked message, you will see storage events and a failover attempt.
Example:
vmkernel: 31:19:32:26.199 cpu3:3824)Fil3: 5004: READ error 0xbad00e5
vmkernel: 31:19:32:29.224 cpu1:3961)StorageMonitor: 196: vmhba0:0:0:0 status = 0/5 0×0 0×0 0×0
vmkernel: 31:19:32:29.382 cpu2:1144)FS3: 5034: Waiting for timed-out heartbeat [HB state abcdef02 offset 3736576 gen 26 stamp 2748610023852 uuid 4939b0cf-c85aa695-158d-00144f021dd4 jrnl drv 4.31]
vmkernel: 31:19:32:29.638 cpu3:1053)<6>qla2xxx_eh_device_reset(1): device reset failed
vmkernel: 31:19:32:29.638 cpu3:1053)WARNING: SCSI: 4279: Reset during HBA failover on vmhba1:2:1 returns Failure
vmkernel: 31:19:32:29.638 cpu3:1053)WARNING: SCSI: 3746: Could not switchover to vmhba1:2:1. Check Unit Ready Command returned an error instead of NOT READY for standby controller .
vmkernel: 31:19:32:29.638 cpu3:1053)WARNING: SCSI: 4622: Manual switchover to vmhba1:2:1 completed unsuccessfully.
vmkernel: 31:19:32:29.638 cpu3:1053)StorageMonitor: 196: vmhba0:2:1:0 status = 0/1 0×0 0×0 0×0
vmkernel: 31:19:32:29.640 cpu2:1067)scsi(1): Waiting for LIP to complete…
vmkernel: 31:19:32:29.640 cpu2:1067)<6>qla2x00_fw_ready ha_dev_f=0xc
vmkernel: 31:19:32:30.532 cpu2:1026)StorageMonitor: 196: vmhba0:0:0:0 status = 0/2 0×0 0×0 0×0
last message repeated 31 times
vmkernel: 31:19:32:31.535 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×81
vmkernel: 31:19:32:31.541 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×82
vmkernel: 31:19:32:31.547 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×83
vmkernel: 31:19:32:31.568 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×84
vmkernel: 31:19:32:31.573 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×85
vmkernel: 31:19:32:31.576 cpu2:1067)<6>dpc1 port login OK: logged in ID 0×86
vmkernel: 31:19:32:32.531 cpu2:4267)StorageMonitor: 196: vmhba0:0:0:0 status = 0/2 0×0 0×0 0×0
last message repeated 31 times
vmkernel: 31:19:32:32.532 cpu1:3973)StorageMonitor: 196: vmhba0:0:0:0 status = 2/0 0×6 0×29 0×0

Resolution

This issue can occur on VMware ESX servers under the following conditions:

* Hypervisor version: VMware ESX 3.5 U3.
* SAN hardware: Active/Passive and Active/Active arrays (Fibre Channel and iSCSI).
* Trigger: This occurs when VMFS3 metadata updates are being done at the same time failover to an alternate path occurs for the LUN on which the VMFS3 volume resides .

A reboot is required to clear this condition.

VMware is working on a patch to address this issue. This knowledge base article will be updated after the patch is available.