ESXi 4.1 U1 embedded & VUM – MAJ
Posted by NiTRo | Filed under HowTo, Kb, VMware
MAJ 18/03/2011 : Comme nous le précise Tntteam, c’est ironiquement ce même patch qui corrige le problème (KB1037190)
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)
Loading ...
May 2nd, 2011 at 8:37
>Utiliser des supports USB/SD supérieurs à 5Go (pour
>la partition scratch soit bien créée à l’install)
Même en utilisant une clé de plus de 5GB, pas sure qu’une partition scratch sera crée lors de l’installation car l’install marque la clé comme un support ‘remote’ et donc non fiable pour la partition scratch…
Maintenant ce n’est peut-être pas le cas pour une version Embedded qui est ‘bidouillée’ par le fabricant du serveur. D’ailleurs bien souvent dans ce genre de config il vaut mieux attendre la mise à jour du fabricant et ne pas appliquer celle publiée par VMware…
May 2nd, 2011 at 10:28
On va tester ça
May 2nd, 2011 at 13:38
Justement, ce patch résout ce problème !
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1037190
“This issue is resolved in the patch release for ESXi. For more information, see VMware ESXi 4.1, Patch Release ESXi410-201104001 (1035111).”
Le problème c’est pour appliquer le patch
Pour moi la méthode la plus simple est “/sbin/configLocker”
May 2nd, 2011 at 13:53
En effet, c’était pas dans le release notes pourtant !
Merci