Hypervisor.fr

Encore une petite fonction pratique ayant fait son apparition avec la 4.1 :

On retrouve facilement sa trace dans le SDK pour en faire un script powershell :

get-vm | foreach-object {
$vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$vmConfigSpec.bootOptions = New-Object VMware.Vim.VirtualMachineBootOptions
$vmConfigSpec.bootOptions.bootRetryDelay = "20000" # in milisec
$vmConfigSpec.bootOptions.bootRetryEnabled = $true
(Get-View $_.ID).ReconfigVM($vmConfigSpec)
}

Que ce soit pour du PXE ou pour des incidents de NFS/iSCSI, cette fonction peut rapidement devenir indispensable…

Tags: PowerCLI, powershell, scripting

Il y a quelques jours, Maish a fait sur son blog un petit HOWTO pratique pour rapidement profiter de l’authentification AD fraîchement ajouté à la version 4.1 d’ESXi. Dans son post, Maish ajoute le groupe admin de son domaine MANUELLEMENT dans les permissions d’ESXi après l’avoir joint à ce même domaine. Nous venons de faire une trouvaille très intéressante dans les logs d’ESXi après cette manip (le nom du domaine à été remplacé volontairement pas “ADMS”) :

Hostd: [2010-07-23 23:13:26.774 FFC07E90 warning 'UserDirectory'] Group lookup failed for ‘ADMS\ESX Admins’

Après un rapide coup de google, voici l’explication dans le visdk41pubs :

By default, the ESX host assigns the Administrator role to the “ESX Admins” group. If the group does not exist when the host joins the domain, the host will not assign the role. In this case, you must create the “ESX Admins” group in the Active Directory. The host will periodically check the domain controller for the group and will assign the role when the group exists.

Il suffit donc de créer ce groupe et d’y ajouter les groupes/utilisateurs de votre choix pour qu’ils aient automatiquement le role “Administrator” sur l’ESXi :

Elle est pas belle la vie ?!

Tags: AD

La GUI de Veeam B&R ne permet de restaurer qu’une VM à la fois :

C’est là que les cmdlet VBK entrent en jeu (présentes depuis la version 4.0), et plus particulièrement Set-VBRRestoreVM (la liste de toutes les cmdlet est dans le userguide) mais pour lister les VM disponibles dans un backup importé, il faut ruser car le “job” n’existe pas (Get-VBRJob ne renvoi que les jobs de backup) :

Get-VBRJobRestorePoints job_imported *|select ObjectName

Il faut ensuite choisir une “destination” au sens Veeam (host, datasore, ressourcepool, path) :

Get-VBRJobDestination esx.vmware.local datastore

Et lancer la commande qui restaure les VM :

Get-VBRJobRestorePoints job_imported *|%{Set-VBRRestoreVM $_ (Get-VBRJobDestination esx.vmware.local datastore) thin}

Exemple en images :

Vous pouvez évidement jouer sur le filtre de nom des RestorePoints (dans notre cas, 1 full par VM) :

Tags: powershell, veeam

Ce post ne concerne que ceux qui veulent utiliser l’outil de migration pour vCenter fourni par VMware (datamigration.zip) et dont la base de donnée est sous SQL Server Express.

• Votre vCenter est en 32bit et vous souhaitez le migrer en 64bit
• Ou, votre vCenter est sous W2K3, vous souhaitez le migrer sous W2K8R2
• Ou, votre vCenter est sous W2K8, vous souhaitez le migrer sous W2K8R2
• Et, votre vCenter a déja “subi” une upgrade (2.5>4.0 ou 4.0>4.0 U1 par ex.)
• Et, sous [HKLM\SOFTWARE\VMware, Inc.\VMware VMware VirtualCenter] la valeur “DbServerType” est à “Custom“

VMware a pourtant tout prévu dans son script vcenterbackup.py :

# Checking registry entry for ‘dbServerType’ is not enough because when
# user upgrades from previous version of VC to newer version, it changes
# to ‘Custom’ although user is using bundled DB.

Et effectivement, même avec la valeur à “Custom”, la base est bien sauvegardée mais PAS restaurée sur le nouveau vCenter.

Pour résoudre facilement le problème, il suffit de changer cette valeur en “Bundled” (dans [HKLM\SOFTWARE\VMware, Inc.\VMware Update Manager] aussi si besoin) AVANT l’execution du script backup.bat

Autre problème, coté base ADAM cette fois, dont nous devons la résolution à Gregg Robertson :

Active Directory Web Services encountered an error while reading the settings for the specified Active Directory Lightweight Directory Services instance.  Active Directory Web Services will retry this operation periodically.  In the mean time, this instance will be ignored.

Instance name: ADAM_VMwareVCMSDS

C’est la valeur “SSL Port” sous [HKLM\System\CurrentControlSet\Services\VMwareVCMSDS\Parameters] qui est vide ET au mauvais format (REG_SZ). Il faut la supprimer et la remplacer par une valeur REG_DWORD à “636” puis relancer (dans l’ordre) le service “ADAM_VMwareVCMSDS” suivit de “ADWS”.

Et dernier petit détail, après la migration il peut arriver que le log file de la base VIM_VCDB (VIM_VCDB.ldf) soit plein, provoquant l’arrêt du service vpxd. Vérifiez de ce coté en premier si cela venait à arriver sur le vCenter de destination.

Bonne migration !

Tags: bug, migration

Loin des “bidouilles” indispensables pour activer l’accès en console ou ssh sur ESXi 3.5 et 4.0, la version 4.1 nous offre enfin la possibilité d’activer le “TSM-SSH” à distance (via le client ou via la DCUI) mais surtout en powershell.

Pour lister les services :

(get-view (Get-VMHost esxi.domain.local|get-view).ConfigManager.ServiceSystem).ServiceInfo.Service|select key, running,policy

Pour demarrer le service :

(get-view (Get-VMHost esxi.domain.local|get-view).ConfigManager.ServiceSystem).StartService("TSM-SSH")

Pour que le service démarre automatiquement :

(get-view (Get-VMHost esxi.domain.local|get-view).ConfigManager.ServiceSystem).UpdateServicePolicy("TSM-SSH","automatic")

Tags: PowerCLI, powershell, scripting