Archive pour le Tag: ‘ESX3

2 articles trouvés dans cette archive
Mar/10290
Par Dans ESX, KB

Pour défaut les ESX ont un Service Console de 272 Mo (jusqu’à 800 Mo), quand la mémoire du Service Console commence à manquer les messages « Memory Checker » apparaissent dans les fichiers hostdlog (dans /var/log/vmware).

Ce manque de mémoire peuvent venir d’un produit tiers installer dans le Service Console ou un grand nombre de ressource à gérer (host/vm). Ce problème se caractérise visuellement par des déconnections intermittentes du vCenter ou un arret du service Hostd sur un ESX.

Comme il est dit dans la KB 1002713 de VMware, il faut augmenter la mémoire du Service Console (800 Mo étant la valeur max). Cette opération nécessite d’avoir au préalable bien dimensionner les partitions et surtout un reboot pour que la modification soit prise en compte.

[2009-09-18 09:43:24.241 ‘Memory checker’ 78818224 warning] Current value 164768 exceeds soft limit 122880.

En revanche, ce que ne précise pas la KB, c’est qu’en plus il faut modifier les seuils d’alerte. Sinon passé le premier seuil on a toujours des warnings dans le fichier hostd.log et passé le second les services hostd & vpxa s’arrêtent.

Pour cela éditer le fichier /etc/vmware/hostd/config.xml et ajouter les lignes suivantes en fonction des nouveau seuils que vous voulez (ici un exemple de seuil pour un Service Console à 512 Mo) dans la partie <config>:

<hostdWarnMemInMB>375</hostdWarnMemInMB>
<hostdStopMemInMB>465</hostdStopMemInMB>
Ensuite, redémarrer le service hostd avec la commande service « mgmt-vmware restart » pour prendre en compte les modification.
Mar/1012
Par , Dans KB, VMware

Il m’est déjà arriver plusieurs fois que le CPU0 (celui du Service Console) d’un ESX sature à 100%.

En regarde plus en détail avec top, on constate que c’est le processus ftPerl qui sature le Service Console.

Ce problème existe sur des ESX en 3.0 et en 3.5 jusqu’à l’update 4 (peut être résolu depuis), il est lié un problème dans la configuration du Cluster.

Résolution:

  • le plus simple mais seulement temporaire, faire un « Reconfigure HA » sur cette ESX. Résolution temporaire car le problème reviendra plus tard.
  • la solution permanente est de créer un nouveau et de migrer les VMs et les ESX dans ce nouveau Cluster et supprimer l’ancien. Une KB existe chez VMware expliquant la recréation de Cluster.

Référence: