Si c’est déjà trop tard, ou pire si comme sur notre lab votre VCDB est full (à cause de la limitation à 4Go de la version SQL Express 2005, poussé à 10Go sur la version 2008R2 au passage), il vous faudra faire un truncate de VPX_EVENT et si besoin utiliser le script posté par Frank Brix Pedersen sur son blog pour purger la table VPX_EVENT_ARG (en raison de contraintes sur la table).

Pour vous donner un ordre d’idée, on parle de plusieurs Go par jour :

Ce bug est d’autant plus sournois qu’il n’apparaît pas immédiatement et semble attendre que la victime soit en confiance avant d’agir (et difficile à reproduire de surcroît)…

]]> http://www.hypervisor.fr/?feed=rss2&p=2986 0 http://www.hypervisor.fr/?p=1545 http://www.hypervisor.fr/?p=1545#comments Tue, 01 Dec 2009 01:21:14 +0000 NiTRo http://www.hypervisor.fr/?p=1545 La vSphere Management Assistant (aka vMA/VIMA) devient indispensable lorsqu’il s’agit d’administrer ESXi en masse. A ce titre, nous utilisons régulièrement la commande  <esxcfg-cfgbackup> qui permet comme vous le savez/devinez le backup de la config d’un ESXi et la restaurer en cas de besoin (pour un changement de serveur par exemple).

Alors que nous nous intéressions de près à une solution de déploiement stateless PXE d’ESXi, il devenait évident qu’il allait falloir à un moment ou à un autre partager ou extraire les fichiers configBundle de la vMA (ou d’un Windows avec Power CLI) pour que le serveur TFTP puissent les transmettre aux ESXi lors du boot. Mais il y a aussi plus simple : installer les services DHCP et TFTP sur la vMA.

L’appliance de VMware est un RHEL 5 x64, nous avons donc fouillé dans les CD d’install originaux de cette version que nous avions sous la main (attention à la licence…) et en avons extrait dhcp-3.0.5-18.el5.x86_64.rpm et tftp-server-0.42-3.1.x86_64.rpm qui feront parfaitement l’affaire pour notre petite expérience

Pour rendre certaines manipulations plus simple, nous avons préalablement déverrouillé le compte root (dans le fichier /etc/passwd). Il faut ensuite installer les packages et configurer les services associés, puis autoriser le tftp dans le firewall. Nous avons également augmenté la taille des partitions pour plus de confort :

• rpm -i ./dhcp-3.0.5-18.el5.x86_64.rpm
• rpm -i ./tftp-server-0.42-3.1.x86_64.rpm
• /sbin/chkconfig –level 345 xinetd on
• /sbin/chkconfig –level 345 tftp on
• /sbin/chkconfig –level 345 dhcpd on
• ajouter -A RH-Firewall-1-INPUT -p udp -m udp –dport 69 -j ACCEPT dans /etc/sysconfig/iptables
• augmenter la taille des partitions de la vMA

Vous modifiez le dhcpd.conf selon vos besoins, ainsi que les réservations MAC/IP :

Il faut ensuite configurer la partie tftp tel que décrit par Jim McCann et William Lam.  Nous avons opté pour une arborescence organisée par version d’ESXi (installable & embedded) ainsi qu’un répertoire dédié aux configBundle et un autre pour les agents vpxa (vcenter) et aam (cluster HA) :

le répertoire pxelinux.cfg est quant à lui dédié aux réservations MAC/ESXi :

Voici un extrait d’un de nos fichiers de configuration pxelinux :

default menu.c32
menu title PXE Boot VMware ESXi ESX4i-8
timeout 30

label ESXi 4.0.0 b208167
menu label Boot VMware ESXi 4.0.0 b208167
kernel ./mboot.c32
append /eESX4.0b208167/vmkboot.gz — /eESX4.0b208167/vmk.gz — /eESX4.0b208167/sys.vgz — /eESX4.0b208167/cim.vgz — /eESX4.0b208167/oem.tgz — /eESX4.0b208167/license.tgz — /agents/vpxa-208111.vgz — /agents/aam-208111.vgz — /configBundle/configBundle-ESX4i-8.tgz
ipappend 2

label ESXi 4.0.0 b193498
menu label Boot VMware ESXi 4.0.0 b193498
kernel ./mboot.c32
append /eESX4.0b193498/vmkboot.gz — /eESX4.0b193498/vmk.gz — /eESX4.0b193498/sys.vgz — /eESX4.0b193498/cim.vgz — /eESX4.0b193498/oem.tgz — /eESX4.0b193498/license.tgz — /agents/vpxa-208111.vgz — /agents/aam-208111.vgz — /configBundle/configBundle-ESX4i-8.tgz
ipappend 2

Les configBundle sont recueillis par un script éxécuté par la crontab (le fichier esxi.csv peut contenir une liste de noms ou d’IP) :

awk -F’;’ ‘{ print $1 }’ ./esxi.csv | while read name
do
esxcfg-cfgbackup –server $name –username root –password ” -s /tftpboot/configBundle/configBundle-$name.tgz
done

Les agents vpxa et aam sont extraits du répertoire /bootbank d’un ESXi “type”. Ces agents évoluant au fil des version de vCenter, il faut les mettre à jour pour ne pas que le vCenter le fasse à chaque reboot des ESXi :

Lorsque tous les composants sont opérationnels, c’est magique :

Pour des besoins spécifiques (typiquement de performance et/ou de coût), il est parfois nécessaire de déplacer (à chaud bien sur) l’un des vmdk d’une VM sans pour autant déplacer les autres.

Pour cela il faut faire appel au script svmotion.pl disponible dans le VI Remote CLI ou inclus dans l’appliance VIMA.

Malheureusement, et contre toute attente, ce script n’est pas fonctionnel à 100%. En effet, la commande svmotion –interactive ne vous permet pas de déplacer qu’une partie des vmdk mais toute la VM.

Il faut pour cela taper la commande complète, comme par ex :

$ svmotion.pl –url=https://virtualcenter.domain.com/sdk –username=”domaine\user” –password=”password” –datacenter=VMDC –vm=”[old_datastore] VM/VM.vmx: new_datastore” –disks=”[old_datastore] VM/VM.vmdk: new_datastore, [old_datastore] VM/VM_1.vmdk: old_datastore”

Cette commande va déplacer la VM vers le nouveau datastore ainsi que le 1er vmdk et laisser le second sur l’ancien datastore.

Il n’est pas possible de déplacer UNIQUEMENT un vmdk avec cette version du script (cela pourrai changer avec ESX 4 d’après certaines rumeurs…) ce qui signifie que l’on déplace la vm avec ou sans les vmdk et non l’inverse.

Par conséquent, la seule solution pour ne déplacer qu’un vmdk facilement consiste à créer un vmdk supplémentaire à votre vm (1Mo), faire un svmotion du vmdk à déplacer et celui d’1Mo, puis de refaire l’opération inverse avec seulement celui d’1Mo pour “ramener” le vmx au bon endroit. C’est tordu mais ca fonctionne.

/!\ Il est impératif de repréciser à chaque fois l’emplacement d’origine et de destination des TOUS les vmdk dans la commande. /!\

Toutes ces manipulation peuvent être faites graphiquement avec le plugin VIP-SVmotion mais cela reste moins clair qu’en ligne de commande pour ce genre de manipulations.