PI Services

Le blog des collaborateurs de PI Services

2008 R2 - Anomalies dans la liste des serveurs DNS racine de Windows Server 2008 R2 ?

En configurant le service DNS de Windows Server 2008 R2, j’ai détecté une anomalie assez étonnante : les adresses IP des serveurs DNS racines B.root-servers.net et L.root-servers.net sont erronées dans la configuration du DNS de Windows Server 2008 R2 !

En effet, on nous indique les adresses IP suivantes :

  • Pour le serveur B.root-servers.net : 128.9.0.107 dans la configuration du service DNS Windows Server contre 192.228.79.201 sur le site http://www.root-servers.org/
  • Pour le serveur L.root-servers.net : 198.32.64.12 dans la configuration du service DNS Windows Server contre 199.7.83.42 sur le site http://www.root-servers.org/

En ce qui concerne le serveur « L » appartenant à l’ICANN, on peut retrouver sur leur site un billet indiquant à tous les opérateurs de services DNS de mettre à jour l’adresse IP avant la date de la bascule prévue le 1er novembre 2007…

La liste des nouvelles adresses IP est aussi consultables sur le site de l’Internic (ftp://rs.internic.net/domain/named.root).

La liste des « root hints » de Windows Server 2008, Windows Server 2003 R2 et des versions précédentes semble également touchée.

Exchange2010 - Erreur lors de l'installation du rôle de transport Hub

Symptôme

Lors de l'installation d'Exchange 2010 sous Windows Server 2008 R2 ou Windows Server 2008 x64 SP2, le message d'erreur suivant peut apparaître :

image

De plus l'évènement suivant est enregistré dans le journal "Application" du serveur :

Event ID : 1002
Source : MSExchangeSetup
Task Category : Microsoft Exchange Setup
Level : Error
Error : The following error was generated when "$error.Clear(); if ($RoleStartTransportService) { start-SetupService -ServiceName MSExchangeTransport }" was run: "Service 'MSExchangeTransport' failed to start. Check the event log for possible reasons for the service start failure.".
Service 'MSExchangeTransport' failed to start. Check the event log for possible reasons for the service start failure.

Explication

Cette erreur indique que le service de transport Hub s'est bien installé mais qu'il n'arrive pas à démarrer.

Cette erreur apparaît lorsque le service IPv6 est désactivé au niveau de la carte réseau mais pas au niveau du système.

Résolution :

Pour résoudre le problème deux options sont envisageables :

  • Réactiver l'IPv6
  • Désactiver l'IPv6 au niveau du système en créant une clé de registre

Cette clé doit être créée avec les paramètres suivants :

  • Ruche : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters
  • Type de clé : DWORD (32 bits)
  • Nom de la clé : DisabledComponents
  • Valeur de la clé : 0xffffffff hex (4294967295)

Suite à cela les services de transport Hub d'Exchange 2010 acceptent de démarrer. Cette solution est tirée de l'article 952842 de la base de connaissance Microsoft (cette KB n'est pour le moment validée que pour Exchange Server 2007).

http://support.microsoft.com/kb/952842/en-us

SCOM – Installation d’un agent sur un Windows Server Core

A quoi ressemble l’installation d’un agent SCOM sur une version Core de Windows 2008 R2?

Et bien, pas de différence au niveau de l’installation de l’agent (du moins à distance):

1) Découverte

clip_image002

2) Installation

clip_image004

clip_image006

clip_image008

La spécificité du système d’exploitation (version Core) n’est pas indiquée dans le nom du système d’exploitation détecté (Microsoft Windows Server 2008 R2 Enterprise):

clip_image010

mais un nouveau type d’objet permet de les distinguer:

image

image

image

Notons au passage qu’il en est de même pour les Windows 2008 et que les Windows 2008 R2 sont également inclus dans la catégorie Windows Server 2008 Operating System (ce qui paraît logique)

SCOM – Management Pack compatible Windows 2008 R2

ça y est, le management pack Windows Server Operating System compatible Windows 2008 R2 est disponible.

Il est téléchargeable en cliquant ici

image

avant:

image

après:

image

Un petit exemple de compteur de performance avec un Windows 2008 R2:

image

et un autre exemple sur un nouveau type de moniteur: le niveau de fragmentation d’un disque:

image

Attention cependant aux upgrades vers Windows 2008 R2: http://support.microsoft.com/kb/974722/en-us

Hyper-V - Réactivation d’hyper-v dans bcdedit

Si l’enregistrement bcdedit pointe vers un Windows 2008 R2 (par exemple en vhd) utilisant hyper-v, il est possible que le message d’erreur ci-dessous apparaisse lors du démarrage d’une machine virtuelle:

2) depuis 2008 R2, pb avec hyper-v - set hypervisor auto start bcdedit 1

Il faut alors modifier l’entrée bcdedit correspondant à Windows 2008 (R2) de manière a redémarrer automatiquement hyper-v.

Saisir la commande suivante sous Windows 2008 (R2) dans une invite de commande (en administrateur):

bcdedit /set hypervisorlaunchtype auto

3) depuis 2008 R2, pb avec hyper-v - set hypervisor auto start bcdedit 2

Redémarrer ensuite Windows 2008 (R2). Hyper-v est à nouveau actif

BCDEDIT - Redéclarer un vhd dans bcdedit

Beaucoup de blog expliquent déjà comment installer un système d’exploitation dans un fichier vhd.

Cependant, si le système d’exploitation “maître” n’est pas installé dans un VHD est que celui-ci doit être réinstallé (par exemple, Windows 7 RC à réinstaller, et 2008 R2 dans un VHD), son entrée bcdedit sera supprimée et il va falloir le réintégrer.

Ce post explique comment redéclarer l’enregistrement bcdedit d’un Windows 2008 R2 en vhd après une réinstallation du système d’exploitation “maitre” (Windows 7):

Depuis le système d'exploitation opérationnel (dans mon cas Windows 7 RTM), lancer la commande

diskpart

puis, en fonction de l'emplacement du fichier .vhd correspondant à l'OS à rattacher, saisir les commandes suivantes:

select vdisk file=d:\dossier\fichier.vhd
attach vdisk
exit

Le contenu du vhd doit désormais être visible depuis l'explorateur de fichier.

Maintenant que le vdisk est monté, il est nécessaire de l'ajouter (le déclarer) dans le bcdedit.

On commence par créer une nouvelle entrée dans le boot en dupliquant l'entrée courante:

bcdedit /copy {current} /d "Nom du système d'exploitation à afficher au boot"

effectuer un copier/coller du CLSID correspondant à cette entrée. (éventuellement relancer la commande bcdedit de manière à réafficher le CLSID)

enfin, saisir

bcdedit /set {le CLSID} device vhd=[d:]\dossier\fichier.vhd
bcdedit /set {le CLSID} osdevice vhd=[d:]\dossier\fichier.vhd
bcdedit /set {le CLSID} detecthal on

ou {le CLSID} est à remplacer par le CLSID copié ci-dessus.
Attention: les crochets autour de la lettre du disque ([d:]) sont obligatoires.

Il est maintenant possible de redémarrer la machine. La nouvelle entrée apparaitra dans le menu.

Attention: si le .vhd héberge un Windows 2008 (R2) avec hyper-v, une étape supplémentaire sera nécessaire. Voir mon post "réactivation d’hyper-v dans bcdedit"