Un monde d'octets

Premier essai d'interrogation de vmware avec python

Mon vmware local n'a pas /ui de fonctionnel (404 not found), et je ne sais pas pourquoi. Mais dans un but de validation, j'ai voulu voir ce qu'on pouvait faire avec python considérant vmware.

J'ai trouvé une librairie pour cela et fait mon premier script vmware1.py

#!/usr/bin/env python

import ssl
from pyVim.connect import *
from pyVmomi import vim

s = ssl.SSLContext(ssl.PROTOCOL_TLSv1)
s.verify_mode = ssl.CERT_NONE

c = SmartConnect(host="192.168.1.100", user="root", pwd='rootusus', sslContext=s)

print "-- Localtime" 
print(c.CurrentTime())

datacenter = c.content.rootFolder.childEntity[0]
vms = datacenter.vmFolder.childEntity

print "-- Active vms"
for i in vms:
    print(i.name)

Disconnect(c)

et il m'affiche bien:

-- Localtime
2019-11-27 15:53:30.370892+00:00
-- Active vms

Je vois déjà que le serveur vmware est décalé de plus de huits heures (pas de synchro ntp active), normal vu que je n'ai même pas accès à l'interface, et que n'ayant pas de windows, je n'ai pas de client vsphere.

Je vois aussi qu'il n'y a pas de vm active.

Tout cela atteste que nous pouvons bien contrôler vmware en python, ce qui est déjà bien, et que mon install de vmware n'est pas totalement naze, ce qui est bien aussi, et il me reste à voir si je peux contrôler les services actifs avec ... ou me contenter de ssh qui lui fonctionne, et essayer de voir comment lancer l'UI.

Pour faire comme les grands, je commence a essayer vmware ESXI, qui fournit une version gratuite, légèrement inférieure à la version pro, mais pas de beaucoup d'après les informations glanées.

Pour cela, je me suis créé un compte sur myvmware et ai récupéré l'iso d'installation. Depuis l'iso, j'ai créé une clef usb bootable, comme suit :

formatage d'une clef usb en type msdos avec p1=vfat
copie des données de l'iso sur la partition
renommage de isolinux.cfg en syslinux.cfg
ajout de l'option "-p 1" sur la ligne "APPEND -c boot.cfg" dans le syslinux.cfg

puis nous installons le secteur de boot comme suit : A

/usr/bin/syslinux /dev/sdc1
/usr/share/syslinux/mbr.bin > /dev/sdc

Puis reboot sur la clef usb. Mon portable n'ayant pas d'interface ethernet ou wifi reconnu par vmware, celui-ci à refusé de s'installer.

Mais qu'a cela ne tienne, pour tester vmware, je suis passé par kvm. Pour installer vmware dans KVM, il faut passer les options suivantes au kernel :

cat /etc/modprobe.d/qemu-system-x86.conf

options kvm_intel nested=1 enable_apicv=n
options kvm ignore_msrs=1

Une fois cela fait, nous créons notre machine virtuelle avec des interfaces réseaxu e1000 (supportées par vmware) et 4go de ram, minimum nécessaire demandé par vmware.

L'installation se fait sans problème et a l'issue de celle-ci un mot de passe sera demandé.

Au premier boot, l'interface est soignée mais je n'ai pas pu créé de vm, l'hyperviseur me disant que la technologie vt-x ne fonctionne pas pour lui... mais c'est peut être du au fait que j'ai choisi une archi q35. Un nouvel essai avec une architecture westmere et un redémarrage de la vm pour voir ...

le problème persiste, avec le message d'erreur complet qui suit :

Échec - Cet hôte ne prend pas en charge la technologie Intel VT-x.
Erreurs

    Cet hôte ne prend pas en charge la technologie Intel VT-x.
    Cet hôte ne prend pas en charge la virtualisation MMU assistée du matériel « Intel EPT ».
    Échec de la mise sous tension du module « CPUIDEarly ».
    Échec du démarrage de la machine virtuelle.

La suite .... à suivre