Vi/vSphere-Client und die Verbindung zum ESXi3/4/5

[Dayworker]

Ausgehend vom Thread VI-Client oder neuer mit VM-Server 2.0x, weiß jemand woran der Client festmacht, welche ESX(i)-Version er vor sich hat?
Meine Hoffnung ruht darauf, daß der Client dazu eine oder mehrere Dateien präsentiert bekommt und dann den entsprechenden Zweig nutzt.

[irix]

An Hand der API Versionen und Produktnamen welche ein Programmierer einer Anwendung natuerlich abfragt sofern er da unterschiedlich reagieren muss.

Sprech einfach mal ein bisschen SOAP und du wirst sehen was ich meine.

Gruss
Joerg

[Tschoergez]

Hi!
Das passiert wohl über einen der ersten API-Calls gegen den ESX/vCenter, in dem die Version des Servers abgefragt wird.
http://pubs.vmware.com/vsphere-50/topic ... p.5.6.html

Sieht man ganz gut mit Onyx: http://labs.vmware.com/flings/onyx

Viele Grüße,
Jörg

[Dayworker]

Das die Datei "vimServiceVersions.xml" dabei eine Rolle spielen würde, war mir schon im Link bewußt geworden. Damals hatte ich jedoch das Problem, daß der ESXi4 nicht im VMserver2 lief.
Jetzt habe ich den ESXi4 in VMserver1.0.10 zum laufen bekommen und bin auch schon per WinSCP drauf, einzige die Datei finde ich nicht...

[Dayworker]

Code: Alles auswählen

Using username "root".
You have activated Tech Support Mode.
The time and date of this activation have been sent to the system logs.

Tech Support Mode is not supported unless used in consultation
with VMware Tech Support.

VMware offers supported, powerful system administration tools.  Please
see www.vmware.com/go/sysadmintools for details.

Tech Support Mode may be disabled by an administrative user.
Disabling requires a reboot of the system.  Please consult the ESXi
Configuration Guide for additional important information.

~ # ls -alh
drwxr-xr-x    1 root     root          512 Sep  9 10:54 .
drwxr-xr-x    1 root     root          512 Sep  9 10:54 ..
-rw-r--r--    1 root     root            0 Nov  8  2009 .emptytgz
l---------    0 root     root         1.9k Jan  1  1970 altbootbank -> /vmfs/volumes/fa946071-21f2d5f5-dd5a-aab6aedb884a
drwxr-xr-x    1 root     root          512 Sep  9 10:53 bin
l---------    0 root     root         1.9k Jan  1  1970 bootbank -> /vmfs/volumes/f5b79c7f-4482fdcc-a3c3-8cb3d94fccca
drwxr-xr-x    1 root     root          512 Sep  9 12:14 dev
drwxr-xr-x    1 root     root          512 Sep  9 10:54 etc
drwxr-xr-x    1 root     root          512 Sep  9 10:53 lib
-rwx------    1 root     root         8.6k Sep  9 10:15 local.tgz
l---------    0 root     root         1.9k Jan  1  1970 locker -> /store
drwxr-xr-x    1 root     root          512 Nov  8  2009 opt
drwxr-xr-x    1 root     root       128.0k Sep  9 12:14 proc
l---------    0 root     root         1.9k Jan  1  1970 productLocker -> /locker/packages/4.0.0/
drwxr-xr-x    1 root     root          512 Sep  9 10:53 sbin
l---------    0 root     root         1.9k Jan  1  1970 scratch -> /vmfs/volumes/504c55fd-89613907-c7e5-000c2901a7b0
l---------    0 root     root         1.9k Jan  1  1970 store -> /vmfs/volumes/e00f98e1-2bcc0c91-e7a2-3487611c1557
drwxrwxrwt    1 root     root          512 Sep  9 12:01 tmp
drwxr-xr-x    1 root     root          512 Sep  9 10:53 usr
drwxr-xr-x    1 root     root          512 Sep  9 10:53 var
drwxr-xr-x    1 root     root          512 Sep  9 10:53 vmfs
drwxr-xr-x    1 root     root          512 Sep  9 10:53 vmimages
l---------    0 root     root         1.9k Jan  1  1970 vmupgrade -> /locker/vmupgrade/
~ # find . -name vimServiceVersions.xml -print
./usr/lib/vmware/hostd/docroot/sdk/vimServiceVersions.xml
~ #
~ # find . -name vim* -print
./usr/lib/vmware/hostd/docroot/sdk/vimServiceVersions.xml
./usr/lib/vmware/hostd/docroot/sdk/vimService.wsdl
./usr/lib/vmware/hostd/docroot/sdk/vim.wsdl
~ #