En appliquant la mise à jour ESXi410-201104401-SG dispo depuis le 28/04/2011 (la première update depuis l’Update 1 de la 4.1)  sur notre lab à l’aide de VUM, nous nous sommes retrouvés avec cette erreur : “The host returns esxupdate error codes: 10“. Plus précisément, en utilisant la fonction “Scan…” de VUM directement sur un des ESXi d’un cluster car l’erreur retournée lorsque nous avons tenté un “Scan for Updates” sur ce cluster était beaucoup trop vague.

Heureusement, la réponse à ce problème a été particulièrement bien détaillée par un membre de VMware dans un thread sur le forum de l’éditeur :

[...]/tmp was added in 4.1U1 to the list of directories “cleaned” by /sbin/tmpwatch.sh.  (tmpwatch.sh is run by root’s crontab /var/spool/cron/crontabs/root).  tmpwatch is not aware that /tmp/scratch is special and needs to be left alone.

[...] On ESXi Installable, /scratch is a symlink to some /vmfs/volumes/… place, not assaulted by tmpwatch.

[...] So only Embedded is affected, and then only a subset (diskless machines), and then a subset of those (without suitable scratch space on the boot USB key).

Pour résoudre le problème en attendant un prochain patch, plusieurs solutions sont à votre disposition (merci aux membres du forum ainsi qu’à filbo pour les détails) :

• Utiliser des supports USB/SD supérieurs à 5Go (pour la partition scratch soit bien créée à l’install)
• Rediriger la scratch vers un volume vmfs via les advanced settings (ScratchConfig.ConfiguredScratchLocation)
• Modifier le script /sbin/tmpwatch.sh (la pire des solutions pour des raisons évidentes)
• Recréer le répertoire manquant via mkdir -p /tmp/scratch/var/tmp (la solution la plus rapide car ne nécessite pas de reboot mais non durable)