Catégories
ESX KB

Recuperation de la table de partition VMFS

Une KB1002281 VMware explique comment restaurer la table de partition VMFS. Cette KB est plus détaillée et contient la marche à suivre

Dans le cas de perte d’un Datastore VMFS et de message d’erreur « LVM could not open device » dans le fichier /var/log/vmkernel appliquer cette procédure qui s’applique au ESX 2/3/4.x, voici la marche à suivre:

  1. Se connecter au service console
  2. Identifier le périphérique SCSI (/dev/sdX) au volume VMFS concerné par le problème. En tapant la commande vmkpcidivy -q vmhba_devs en ESX 2.x, esxcfg-vmhbadevs -q en ESX 3.x ou esxcfg-scsidevs -c en ESX 4.x
  3. Confirmer la perte de la partition avec la commande fdisk -l /dev/sdX
  4. Recréer la table de la partition avec la commande fdisk /dev/sdX puis nouvelle partition n, primaire p, première partition 1 et valider 2 fois la valeur par défaut
  5. Choisir le type VMFS (fb) pour la partition avec p, la première partition 1 avec le type fb
  6. Aligner la partition avec le secteur 128 (sauf en ESX 2.x) avec les commandes expert x, begin b, première partition 1 et secteur 128
  7. Quitter fdisk en sauvegarde avec la commande w
  8. Redécouvrir le volume VMFS avec la commande vmkfstools -V
Catégories
Microsoft

mise en place DFS-R (Namespaces)

L’une des nouvelles fonctions les plus séduisantes de Windows Server 2003 Release 2 (R2) est DFS Replication (DFS-R). DFS-R résulte du remaniement complet de FRS, avec aucune des limitations de son prédécesseur. En utilisant DFSR avec le DFS amélioré de R2 (désormais appelé DFS Namespaces), il est très facile d’implanter un système de publication de données tolérant aux pannes et répliqué.

Ce service permet de fournir une réplication de fichier pour la tolérance de panne,  une amélioration des accès fichiers pour les sites distants sur le WAN et un équilibrage de charge des utilisateurs. Voici les principales améliorations:

  • Gestion de la bande passante de réplication
  • Nouvelle interface MMC
  • Et surtout la réplication est maintenant en mode bloc (seul les blocs modifiés sont répliqués)

Aller dans « Panneau de configuration > Ajout/Suppression de programes > Composants Windows » et cocher la case « Système de fichiers DFS« .

Cliquer sur « OK« , puis sur « Finish »

De même pour le DFS basique, le service « Système de fichiers distribués » doit être « Démarré » et en « Automatique« .

Catégories
Microsoft

mise en place DFS (simple)

Le sujet n’a rien de nouveau et rien à voir avec le virtualisation. Mais ca correspond à un besoin dans une infrastructure  et c’est une mise en oeuvre récente. On commence par un tutoriel sur le DFS basique, cependant il est trop limité (quasiment moins efficace qu’un Robocopy).

DFS : Distributed File Service est une fonctionnalité implémentée dans Windows Server depuis la version 2000 basé sur le service FRS (File Replication Service). Cette fonctionnalité a nettement été améliorée dans Windows 2003 R2 (dans le prochain article).

Voici un tutoriel step-by-step en Windows 2003:

Avant de configurer le DFS, il faut s’assurer que le service « Système de fichiers distribués » (DFS) soit démarré (et en démarrage automatique).

Lancer la console DFS (en allant dans le menu « Démarrer > Outils d’Administration > Système de Fichiers Distribués  DFS« ).

Catégories
KB Microsoft

pas de résolution www.microsoft.com

Aujourd’hui un problème incohérent et presque incompréhensible:

Sur un serveur, je n’arrivais pas à me connecter aux sites de Microsoft:

  • tous les autres sites marches dans IE
  • la résolution NSLOOKUP fonctionne
  • le ping sur sur le nom DNS ne résout pas
  • le ping de l’adresse IP ne répond pas
  • le tracert de l’adresse IP n’aboutit pas

Pas mal de temps perdu à chercher une explication et une résolution jusqu’à ce que je tombe sur cette page, le problème semble lié à un malware.

Voici la résolution:

  • arrêter le service « DNS client »
  • mettre le service « Event Log » en automatique et démarré
  • mettre le service « Background Intelligent Transfert » en manuel et démarré
  • mettre le service « Automatic Updates » ou « Mise à jour automatiques » en automatique et démarré
  • lancer un coup de Windows Update et installer les correctifs
  • après un redémarrage tous doit être revenu à la normale.
http://social.microsoft.com/Forums/en-US/msrnetworking/thread/b7d61e34-a7c0-474d-a190-c3e62105bd35
Catégories
ESX KB

erreur Memory Checker dans Hostd d'un ESX3.x

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.
Catégories
IBM vCenter

plugin IBM StorageManager pour vCenter

Fin février IBM a sorti un plugin gratuit pour vCenter 4, ce plugin permet de gérer les baies DS3000/4000/5000 tout comme dans DS Storage Manager directement dans vCenter.

Pour l’instant seul les baies FC sont supportées, la version supportant les attachements iSCSI et SAS sortira 2nd semestre 2010.

Ce plugin permet de:

  • créer les arrays et les volumes
  • définir les hosts et les mappages
  • avoir un mappage entre les volumes et les datastores
  • définir des permissions

Quelques captures pour illustrer:

A noter qu’il faut modifier le Jetty Port en 8444 (car le 8443 est le port par défaut de vCenter Web Services), sinon le reste de l’installation et de la configation est comme dans la doc :

  • Install du plugin sur le vCenter (Jetty port 8444 + enregistrement des IP des baies dans ArrayHosts.txt)
  • Redémarrage du vCenter
  • Installation des certificats
  • Création du rôles Storage Administrator dans vSphere Client et association aux utilisateurs (pas aux groupes)

Le lien de téléchargement et le Manuel utilisateur.

Catégories
KB VMware

mise à jour VMwareTools sous Debian

Les VMs en Debian sont officiellement supportés depuis vSphere, mais la mise à jour des VMwareTools ne reste pas si simple que dans une RedHat. Il faut d’abord supprimer les précédents VMwareTools et les modules chargées avant de lancer l’installation.

Voici les commandes pour la mise à jour des VMwareTools (ESX4.0 update1) d’une Debian 5 32bits:

dpkg --purge vmwaretools
rm -rf /etc/vmware-tools/
rm -f /lib/modules/2.6.26-2-686/misc/vm*
reboot

Après le redémarrage de la VM, lancer l’installation des VMware Tools

mount /media/cdrom0
cp /media/cdrom0/VMwareTools-4.0.0-208167.tar.gz .
tar -zxvf VMwareTools-4.0.0-208167.tar.gz
cd vmware-tools-distrib
./vmware-install.pl
vmware-config-tools.pl

Il ne reste plus qu’à répondre aux questions (normalement les valeurs par défaut) et redémarrer la VM pour que le status des VMware Tools des VMs Debian passe de « Out of Date » à « OK ».

Catégories
KB VMware

FtPerl sature le CPU0 d'un ESX 3.x

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:

Catégories
KB VMware

Erreur Veeam Backup: File is larger than the maximum size

En essayant de sauvegarder juste le disque système (scsi0:0) d’une VM avec Veeam Backup 4, j’ai eu un message d’erreur surprenant:

File <unspecified filename> is larger than the maximum size supported by datastore ‘<unspecified datastore>

Le disque système ne fait que 15 Go dans un VMFS de 500 Go (avec plus de 300 Go de libre). En plus du disque système j’ai un disque RDM (virtual) de 2 To.

Je pensais que le problème venait de la partie sélection de disque dans le Job de sauvegarde. Mais le problème est ailleurs, en effet un simple Snapshot sur la VM produit la même erreur.  Ce problème affecte les Snapshots et donc potentiellement tous les produits de sauvegarde.

L’explication:

vSphere a changé la manière dont sont gérer les Snapshots (et notamment les pré-requis). Le block-size du volume de destination du Snapshot est comparé avec la taille de disques de la VM. Dans mon cas, le block-size du VMFS de destination du Snapshot est de 2 Mo soit une taille maximum de 512 Go alors que mon RDM fait 2 To.

Cf. la KB 1012384 de VMware

Résolution:

  • Soit mettre le disque RDM en mode Indepent, mais il ne pourra pas être sauvegardé.
  • Soit déplacer (avec SVmotion) toutes les VMs de ce VMFS, le supprimer, le recréer avec un block-size supérieur, enfin faire revenir toutes les VMs sur le VMFS.
Catégories
Citrix Microsoft

Lab: XenDesktop 4 sur Hyper-V R2

Microsoft propose un Lab en ligne pour tester l’implémentation de XenDesktop 4 sur Hyper-V R2.

Il est disponible à l’adresse: https://cmg.vlabcenter.com/default.aspx?moduleid=281742e3-2613-42da-bd58-2c3578f039b4

Le Lab dure 1h30, ce qui est trop court pour s’amuser mais ca permet de voir la base de l’implémentation.

Voici le contenu du lab:

  • Mettre en oeuvre l’AD pour XenDesktop (config DHCP pour le PXE et créer une OU)
  • Créer une ferme de Bureau Virtuel sur le DDC
  • Finaliser la configuration du PVS avec l’assistant
  • Créer et formater un vDisk
  • Installer XenConvert et l’agent XenDesktop dans une VM de référence
  • Capturer l’image de la VM de référence
  • Créer un template de bureau virtuel et provisionner plusieurs bureau à partir du template
  • Configurer les propriétées du Pool de bureau virtuel
  • Se connecter à un bureau virtuel

Le manuel du Lab est dispo en version PDF.