Je com­mence cette série sur les KB, qui à défaut d'avoir le temps de faire des articles de toutes ces infos, j'en fait une syn­thèse. Voici la liste des KB inté­res­santes de ce mois-ci. La liste est longue pour le début de série.

ESX

• LUNs man­quantes après mise à jour ESX 3.5 update 5 vers ESX 4, KB1017469
• Ges­tion des LUNs détec­tés comme Snap­shot en ESX4 , KB1011387 et ESX3, KB9453805
• Com­prendre un PSOD avec le mes­sage "Fai­led to ack TLB inva­li­date" , KB1020214
• Com­prendre un PSOD avec un "Excep­tion 13" ou "Excep­tion 14", KB1020181
• Vali­der la mémoire d'un Host, KB1004012
• Faire que le para­mètre de LUN mas­king soit per­sis­tant sur les ESXs, KB2057
• Le ser­vice Hostd ne démarre plus après mise à jour d'ESX 4.0 à ESX 4.0 update 1, KB1016010
• Un host 64bits est reconnu seule­ment comme com­pa­tible 32bits, KB1006190
• Redé­mar­rer les agents de mana­ge­ment sur un ESX ou un ESXi, KB1003490
• Com­prendre un PSOD avec un mes­sage "Spin count excee­ded, pos­sible dead­lock", KB1020105
• Chan­ger le mot de passe root oublié sur un ESX, KB1317898
• Désac­ti­ver et Acti­ver le Web Access sur un ESX, KB1007617
• Erreur mémoire du ser­vice Pega­sus (CIM­ser­ver) constaté sur ESX 3.5 update 2 et supé­rieur, KB1009607
• Para­mètre Hal­tin­gId­leM­sec­Pe­nalty: guide de modi­fi­ca­tion l'équilibrage entre équité et débit des CPUs dans vSphere, KB1020233
• Envoyer les logs Hostd à un ser­veur Sys­log dis­tant, KB1019102
• Les paths des LUNs en iSCSI soft­ware ne reviennent pas après être passé offline, KB1016836

vCen­ter

• Erreur dans vCen­ter Ser­vice Sta­tus & Hard­ware Sta­tus quand on essaye de rafrai­chir l'Host, KB1014213
• Le ser­vice vCen­ter plante au démar­rage avec l'erreur: the pass­word for the user account has expi­red, KB1012498
• L'installation de vCen­ter 4 plante avec l'erreur 28035, KB1013530
• Plan­tage du ser­vice Vir­tual­Cen­ter avec une erreur SQL: Vio­la­tion of PRIMARY KEY constraint 'PK_VPX_GUEST_DISK', KB1020317
• Clé USB n'est plus dis­po­nible après décon­nec­tion du View Client sous Linux, KB1019986
• VM en Fault Tole­rant bas­cule rapi­de­ment entre ESX au démar­rage, KB1013400
• Erreur de copie de fichier .vmx et .nvram d'une VM allu­mée à par­tir du Datas­tore Brow­ser de vCen­ter, KB1019286
• Le plu­gin Upda­te­Ma­na­ger s'installe mais reste ins­tal­lable et ne peut être activé, KB1017052
• Après upgrade en ESX 4.0 update 1, les VMs plante au Power On avec l'erreur "Insuf­fi­cient resources" et le mes­sage "COS Swap not confi­gu­red" dans la console ESX, KB1016297
• Ini­tier plus de 16 taches dans le VI Client prend long­temps, KB4329356
• Impos­sible de connec­ter le CDrom à tra­vers le VI Client sous XP/Vista/7, KB1009065
• Ins­tal­ler PowerPath/VE pour vSphere en uti­li­sant Update Mana­ger, KB1019844
• Erreur dans Per­for­mance Over­view avec l'erreur "STATs Report ser­vice inter­nal error", KB1012812
• Sau­ve­garde file-level VCB n'arrive à libé­rer le Snap­shot après le fin du job, KB1005845
• Le che­min actif ne dis­pa­rait pas avec le LUN mas­king, KB1005596
• VCB avec Backu­pExec plante avec l'erreur: "Exit code 16", KB1012296
• Alarme Host connec­tion state change fré­quem­ment de Green à Red, KB1020210
• Déploie­ment d'un Tem­plate plante à 95 - 96%, KB1005783
• Cer­tain sto­ckage néces­sité un second Rescan pen­dant un Test & Reco­very SRM, KB1008283
• Ges­tion d'erreur de cer­ti­fi­cat dans SRM, KB1021031

View

• Sup­pri­mer manuel­le­ment les entrées des Lin­ked Clones ou des Bureaux Vir­tuel expi­rés dans View Mana­ger, KB1008658
• View Client 4.0.1 n'arrive pas a se connec­ter au bureau avec l'erreur: Connect desk­top fai­led, KB1019742
• Erreur de connexion et écran noir en se connec­tant à un bureau View en PCoIP, KB1016753
• Clé USB n'est plus dis­po­nible après décon­nec­tion du View Client sous Linux, KB1019986
• Résoudre le mes­sage d'erreur "Mis­sing VM was not in the ori­gi­nal query" dans l'event log de View Mana­ger, KB1009810
• Erreur "Mis­sing VM was not in the ori­gi­nal query" dans l'Event Log de View Mana­ger, KB1009810

VMs

• Migrer une VM avec des disques en RDM, KB1005241
• Ré-enregistrer des VMs dans l'état Orpha­ned, KB1007541
• Win­dows 2008 R2 plante à l'installation avec un BSOD, KB1015624
• Cus­to­mi­sa­tion de Win­dows 2008 64bit et 2008 R2 plante avec l'erreur: Cus­to­mi­za­tion of the guest OS 'windows7server64guest' not sup­por­ted in this confi­gu­ra­tion, KB1020716
• Impos­sible de créer des Snap­shots sur un Guest OS Win­dows, KB1019848
• Ajout à chaud de disques plante depuis mise à jour en vSphere avec l'erreur: license not avai­lable to per­form the ope­ra­tion, hot plug fea­ture requi­red, KB1013253
• Résoudre une VM qui appa­rait comme inva­lide, KB1002367
• Win­dows ne peut accé­der aux fichiers hgfs.dat et vmhgs.dat dans les pro­files, KB1317
• Erreur de ver­sion SCSIPORT.SYS ou BSOD avec l'erreur STOP Ox01E error lors du P2V d'un Win­dows 2000 SP4, KB1000719
• VM ne démarre pas à cause d'un fichier man­quant ou ver­rouillé, KB10051
• Limite Mémoire en fonc­tion de la ver­sion du Vir­tual Hard­ware d'une VM, KB1014006
• Le sys­tème de fichier Linux passe en Read-only, KB51306

Une bonne par­tie d'entre nous connait com­ment modi­fier les para­mètres de Queue-Depth sur des ESX (stan­dard) mais com­ment faire sur un ESXi? La pro­cé­dure change quelque peu mais s'applique de la même facon pour modi­fier le Net­Queue par exemple.

Pour modi­fier les para­mètres sur les cartes QLo­gic, il faut effec­tuer la pro­cé­dure sui­vante à par­tir du module vSphere CLI ou de la Vir­tual Appliance vMA (vSphere Mana­ge­ment Assistant):

1. Véri­fier que le module des carte HBA QLo­gic est bien chargé, avec la com­mande vicfg-module -l | grep qla
2. Ensuite taper la com­mande vicfg-module -s "ql2xmaxqdepth=64" ql2300_707 pour défi­nir une carte QLo­gic accé­dant à des LUNs avec une Queue Depth de 64.
3. Enfin redé­mar­rer le ser­veur ESXi pour que la modi­fi­ca­tion soit prise en compte

Pour les cartes Emu­lex, on uti­li­sera la variable lpfc0_lun_queue_depth avec le module lpfcdd.

Réfé­rence:

• http://vknowledge.wordpress.com/2010/03/23/adjust-queue-depth-on-vsphere-esxi/
• La KB1267 de VMware http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008113

NB:

Il est égale­ment pos­sible de le faire en Power­Shell comme expli­quer dans le très bon article d'Hypervizor.

Dans le cadre de mise en place d'une infra­struc­ture Xen­Desk­top entiè­re­ment vir­tuel (DDC, PVS et les VD dans du Xen­Ser­ver), le démar­rage d'un Desk­top­Pool risque vite de saturé le CPU du Dom0 du ser­veur Xen­Ser­ver héber­geant les bureaux virtuels.

En effet, lors du démar­rage d'un bureau vir­tuel, la carte réseau (uti­lisé pour le PXE) est émulé jusqu'à ce que l'OS du VD soit com­plé­te­ment chargé avec les Xen­Tools. Cette carté émulé vient prendre entre 8 et 12% du pro­ces­seur de Dom0 du Xen­Ser­ver. On voit donc que si on démarre plus de 10 VD, le Dom0 sature com­plé­te­ment et donc le réseau vir­tuel ne répond plus cor­rec­te­ment donc les vDisks ne peuvent être char­gés, les VD res­tent en erreur de démar­rage et on risque car­ré­ment de bou­cler et de satu­rer com­plé­te­ment le ser­veur Xen­Ser­ver (Cf. capture ci-dessous).

Dans la cap­ture sui­vante, on a l'exemple de la consom­ma­tion CPU d'un Xen­Ser­ver démar­rant 41 Vir­tual Desk­tops : le CPU0 consomme 100% pen­dant presque 10 min. Quelques VD ne sont pas cor­rec­te­ment démarrés.

Le contour­ne­ment de ce Pb. est d'ajouter un pro­ces­seur à Dom0, mais cette solu­tion n'est pas sup­por­tée par Citrix.

Pour cela éditer le fichier /etc/init.d/unplug-vcpus et d'ajouter les ligne en gras comme dans l'exemple ci-dessous:

for i in ${CPUS}; do

cpu=$(basename $i)

if [ "${cpu}" != "cpu0" ]; then

if [ "${cpu}" != "cpu1" ]; then

if [ $(cat $i/online) -ne 0 ]; then

echo 0 > $i/online && echo -n "${cpu} "

fi

fi

fi

done

Et enfin redé­marré le ser­veur Xen­Ser­ver pour que la modi­fi­ca­tion soit prise ne compte.

Et dans la der­nière cap­ture , on a le résul­tat de la consom­ma­tion CPU d'un Xen­Ser­ver démar­rant 48 Vir­tual Desk­tops: les CPUs de Dom0 consomme 100% pen­dant 2min par lot de 20 VD. Tous les VD sont cor­rec­te­ment démarrés.

Lorsque vous déployez plu­sieurs VMS depuis un même tem­plate VMWare, il se peut que les dif­fé­rents ser­veurs n'apparaissent pas cor­rec­te­ment dans la console WSUS. Dans mon cas, j'avais déployé 4 VMs et celles-ci appa­rais­saient à tour de rôle dans la console WSUS. Je n'avais, du coup, jamais les 4 ser­veurs au même moment dans la console.

Après plu­sieurs recherches, j'ai trouvé la KB sui­vante. Il existe en fait un iden­ti­fiant client WSUS unique pour chaque ser­veur ins­tallé, mais vu que ces ser­veurs ont été déployé à par­tir du même tem­plate, l'Id est iden­tique et les VMs sont vues de la même manière
Pro­cé­dure à suivre :

net stop wuauserv

Sup­pri­mer les clés sui­vantes dans le registre :

• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\SusClientId

• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\susClientIDValidation

net start wuau­serv
wuauclt.exe /resetauthorization /detectnow

http://support.microsoft.com/?scid=kb%3Ben-us%3B903262&x=17&y=11

Une KB1002281 VMware explique com­ment res­tau­rer la table de par­ti­tion VMFS. Cette KB est plus détaillée et contient la marche à suivre

Dans le cas de perte d'un Datas­tore VMFS et de mes­sage d'erreur "LVM could not open device" dans le fichier /var/log/vmkernel appli­quer cette pro­cé­dure qui s'applique au ESX 2/3/4.x, voici la marche à suivre:

1. Se connec­ter au ser­vice console
2. Iden­ti­fier le péri­phé­rique SCSI (/dev/sdX) au volume VMFS concerné par le pro­blème. En tapant la com­mande vmkp­ci­divy -q vmhba_devs en ESX 2.x, esxcfg-vmhbadevs -q en ESX 3.x ou esxcfg-scsidevs -c en ESX 4.x
3. Confir­mer la perte de la par­ti­tion avec la com­mande fdisk -l /dev/sdX
4. Recréer la table de la par­ti­tion avec la com­mande fdisk /dev/sdX puis nou­velle par­ti­tion n, pri­maire p, pre­mière par­ti­tion 1 et vali­der 2 fois la valeur par défaut
5. Choi­sir le type VMFS (fb) pour la par­ti­tion avec p, la pre­mière par­ti­tion 1 avec le type fb
6. Ali­gner la par­ti­tion avec le sec­teur 128 (sauf en ESX 2.x) avec les com­mandes expert x, begin b, pre­mière par­ti­tion 1 et sec­teur 128
7. Quit­ter fdisk en sau­ve­garde avec la com­mande w
8. Redé­cou­vrir le volume VMFS avec la com­mande vmkf­stools -V

Comme cer­tains ont pu le consta­ter, Win­dows 2008 n'autorise par défaut qu'une seule connexion avec le même compte uti­li­sa­teur. Il est donc impos­sible de se connec­ter à deux simul­ta­né­ment sur un ser­veur avec le compte administrateur.

Voici com­ment désac­ti­ver cette option:

Outils d'administration / Ser­vices Ter­mi­nal Ser­ver / Confi­gu­ra­tion des ser­vices Ter­mi­nal Ser­ver. Dans la par­tie Modi­fier les para­mètres,  sélec­tion­ner Res­treindre chaque uti­li­sa­teur à une seule ses­sion et chan­ger le para­mètre à Non.

HP Vir­tual Connect Flex-10 10Gb est la nou­velle tech­no­lo­gie HP embar­quée sur les bla­de­cen­ter HP (C3000/c7000) pour la ges­tion du réseau.

Dans le cadre de la vir­tua­li­sa­tion, cette tech­no­lo­gie offre en effet de mul­tiples pos­si­bi­li­tés. Elle per­met de décou­per les cartes réseau 10Gb Flex-10 en plu­sieurs cartes vir­tuelles allant de 100Mb à 10Gb par tranche de 100Mb. Cela per­met donc de mettre en place une pla­te­forme 1Gb évolu­tive vers le 10Gb, qui au pas­sage, reste encore très peu dévo­lo­pée dans les entreprises.

La pro­li­fé­ra­tion des machines vir­tuelles et des nou­velles tech­no­lo­gies (Fault Tole­rance sous Vmware) en envi­ron­ne­ment Bla­de­Cen­ter amène ainsi de nou­veaux besoins (Connexion 10Gb dans les machines vir­tuelles, VMotion/Fault Tolerance....)

La mise en place de VMware Fault Tole­rance recom­mande 2 cartes giga, ajou­ter à cela 2 cartes giga pour VMo­tion, quelques cartes giga pour nos machines vir­tuelles et nous arri­vons assez vite aux limites phy­siques, sur­tout dans une archi­tec­ture blade.

Voici donc ici un exemple d'implémentation de cette tech­no­lo­gie sur un infra­struc­ture giga­bit exclu­si­ve­ment. Nous ver­rons que cer­taines inter­faces, avec des vitesses bien défi­nies, peuvent être internes au blade.

Confi­gu­ra­tion exposée:

Bla­de­Sys­tem c3000

Lames BL460c G6

Switch : HP Vir­tual­Con­nect Flex-10 10Gb Ether­net Module for Bla­de­Sys­tem c-Class

Carte réseau : Carte réseau mul­ti­fonc­tion 10 Giga­bit Flex-10 2 ports (Broad­com HP NC532m) pour Bla­de­sys­tem c-Class

Vue logique :

• Ser­vice Console (connecté sur le réseau de pro­duc­tion) : vmnic0 et vmnic2
  

• LAN (connecté sur le réseau de pro­duc­tion) : vmnic1 et vmni3

• VMo­tion (interne au blade): vmnic4 et vmnic10
• Fault Tole­rance (interne au blade) : vmnic5 et vmnic11

Vue phy­sique :

Infos sup­plé­men­taires:

HP Bla­de­Sys­tem Refe­rence Archi­tec­ture: HP Vir­tual Connect Flex-10 and VMware vSphere 4.0

HP Flex-10 technology

Unders­tan­ding HP Flex-10 Map­pings with VMware ESX/vSphere

L’une des nou­velles fonc­tions les plus sédui­santes de Win­dows Ser­ver 2003 Release 2 (R2) est DFS Repli­ca­tion (DFS-R). DFS-R résulte du rema­nie­ment com­plet de FRS, avec aucune des limi­ta­tions de son pré­dé­ces­seur. En uti­li­sant DFSR avec le DFS amé­lioré de R2 (désor­mais appelé DFS Names­paces), il est très facile d’implanter un sys­tème de publi­ca­tion de don­nées tolé­rant aux pannes et répliqué.

Ce ser­vice per­met de four­nir une répli­ca­tion de fichier pour la tolé­rance de panne,  une amé­lio­ra­tion des accès fichiers pour les sites dis­tants sur le WAN et un équi­li­brage de charge des uti­li­sa­teurs. Voici les prin­ci­pales améliorations:

• Ges­tion de la bande pas­sante de réplication
• Nou­velle inter­face MMC
• Et sur­tout la répli­ca­tion est main­te­nant en mode bloc (seul les blocs modi­fiés sont répliqués)

Aller dans "Pan­neau de confi­gu­ra­tion > Ajout/Suppression de pro­grames > Com­po­sants Win­dows" et cocher la case "Sys­tème de fichiers DFS".

Cli­quer sur "OK", puis sur "Finish"

De même pour le DFS basique, le ser­vice "Sys­tème de fichiers dis­tri­bués" doit être "Démarré" et en "Auto­ma­tique".
Lire la suite...

Le sujet n'a rien de nou­veau et rien à voir avec le vir­tua­li­sa­tion. Mais ca cor­res­pond à un besoin dans une infra­struc­ture  et c'est une mise en oeuvre récente. On com­mence par un tuto­riel sur le DFS basique, cepen­dant il est trop limité (qua­si­ment moins effi­cace qu'un Robocopy).

DFS : Dis­tri­bu­ted File Ser­vice est une fonc­tion­na­lité implé­men­tée dans Win­dows Ser­ver depuis la ver­sion 2000 basé sur le ser­vice FRS (File Repli­ca­tion Ser­vice). Cette fonc­tion­na­lité a net­te­ment été amé­lio­rée dans Win­dows 2003 R2 (dans le pro­chain article).

Voici un tuto­riel step-by-step en Win­dows 2003:

Avant de confi­gu­rer le DFS, il faut s'assurer que le ser­vice "Sys­tème de fichiers dis­tri­bués" (DFS) soit démarré (et en démar­rage automatique).

Lan­cer la console DFS (en allant dans le menu "Démar­rer > Outils d'Administration > Sys­tème de Fichiers Dis­tri­bués  DFS").
Lire la suite...

Aujourd'hui un pro­blème inco­hé­rent et presque incompréhensible:

Sur un ser­veur, je n'arrivais pas à me connec­ter aux sites de Microsoft:

• tous les autres sites marches dans IE
• la réso­lu­tion NSLOOKUP fonctionne
• le ping sur sur le nom DNS ne résout pas
• le ping de l'adresse IP ne répond pas
• le tra­cert de l'adresse IP n'aboutit pas

Pas mal de temps perdu à cher­cher une expli­ca­tion et une réso­lu­tion jusqu'à ce que je tombe sur cette page, le pro­blème semble lié à un malware.

Voici la résolution:

• arrê­ter le ser­vice "DNS client"
• mettre le ser­vice "Event Log" en auto­ma­tique et démarré
• mettre le ser­vice "Back­ground Intel­li­gent Trans­fert" en manuel et démarré
• mettre le ser­vice "Auto­ma­tic Updates" ou "Mise à jour auto­ma­tiques" en auto­ma­tique et démarré
• lan­cer un coup de Win­dows Update et ins­tal­ler les correctifs
• après un redé­mar­rage tous doit être revenu à la normale.