ESXCLI is the new VUM

Lors d’une tentative d’upgrade d’ESXi 5.1 vers 5.5 avec VUM, nous nous sommes heurté à un message d’erreur des plus vagues :

The upgrade contains conflicting VIBs. Remove the conflicting VIBs or use Image Builder to create a custom upgrade ISO image that contains the newer versions of the conflicting VIBs, and try to upgrade again.

Il nous a fallu fouiller au fin fond des logs d’ESXi pour identifier les VIB en question :

Si vous lisez attentivement les release notes, vous savez déjà que depuis ESXi 5.1 il est possible d’upgrader avec la commande esxcli directement depuis le vib depot de VMware (William Lam a d’ailleurs écrit un post à ce sujet pour détailler le process) :

You can upgrade and apply patches to ESXi 5.0.x hosts by using the esxcli command-line utility for ESXi to upgrade to ESXi 5.1 from a download depot on vmware.com or from a downloaded ZIP file of a depot that is prepared by a VMware partner.

Nous avons donc tenté la même opération en ssh et l’erreur retournée par ESXCLI est nettement plus précise que celle de VUM :

Au passage, on attend toujours un plugin VUM digne de ce nom pour le webclient…

Tags: , , ,

3 Responses to “ESXCLI is the new VUM”

  1. Salut, j’ai eu le même proplème en effectuant l’activation de HA sur mon cluster avec Datacore virtuelle sous IB.
    Il ne veut pas installer le vib HA car dans l’imageprofil il n’a pas la dependance mellanox 9.2….
    Obligé de désinstallés les bibs opensm et core de mellanox.
    Réactivation du HA puis résinstallation.
    Je vais monté ma propre iso avec imagebuilder en intégrant toute la partie mellanox et opensm

  2. Salut Raejin, l’erreur que vous avez eu avec la vib opensm est lié à un mauvais paramètre de packaging de ma part. Ce sera corrigé dans la future version.

  3. [...] fois que le bundle est prêt, un petit coup de Get-EsxCli pour le distribuer sur le même principe qu’ESXCLI mais a l’échelle d’un cluster [...]

Leave a Reply