The Working Blog

Impossible d’installer vCenter Server sur Windows 2008R2 64bits

Vous voulez installer vCenter sur un serveur Windows 2008R2 (ou surement une autre version) et vous tombez sur ce message d’erreur ?

This product can only be installed on the following 64-bit operating systems:
Windows XP SP2 or above
Windows 2003
Windows 2008

Pour une fois je ne vais pas donner de solution mais une explication : votre serveur est un contrôleur de domaine et il n’est pas possible d’installer vCenter sur une machine avec Active Directory dessus (pourquoi, je l’ignore). Alors faites comme moi : utilisez un autre serveur…

Trouver les rôles FSMO et les déplacer

Je suis actuellement en train de préparer la migration de mon domaine AD Windows 2003 vers Windows 2008. Pour cela après avoir ajouté un serveur 2008 dans mon domaine et au passage l’avoir promu DC, je vais maintenant déplacer les rôles FSMO vers ce nouveau DC.

Pour connaitre quels serveurs hébergent les rôles FSMO, ouvrez une fenetre de commande « CMD » puis tapez « netdom query fsmo ». Vous obtiendrez une liste comme celle-là :

Contrôleur de schéma        XXXX.domaine.fr
Maître des noms de domaine  YYYY.domaine.fr
Contrôleur domaine princip. ZZZZ.domaine.fr
Gestionnaire du pool RID    ZZZZ.domaine.fr
Maître d'infrastructure     ZZZZ.domaine.fr
L'opération s'est bien déroulée.

Allez sur le serveur qui héberge le rôle « Contrôleur de schéma ».

Pour modifier le contrôleur de schéma avec Windows 2008, vous devez avoir installé les composants « Composants logiciels enfichables et outils en ligne de commande des services AD LDS; puis exécuter « regsvr32 shmmgmt.dll dans une fenêtre de commande. Ensuite exécutez « MMC ». Faites « Ajouter un composant enfichable » et sélectionnez « Schéma Active directory » (ouf enfin). Faites un clic-droit sur « Schéma Active Directory », changez de contrôleur de domaine, choisissez le nouveau, puis « Maître d’opérations » et enfin, changez.

Maintenant, allez sur le serveur qui doit recevoir le rôle FSMO à transférer.

Pour modifier le maitre des noms de domaine, ouvrez « Domaines et approbations AD », clic-droit sur « Domaines et approbations AD » puis « Maitres d’opérations ». Vous pouvez modifier le serveur.

Pour modifier le contrôleur domaine principal, le gestionnaire du pool RID et le maître d’infrastructure, ouvrez « Utilisateurs et ordinateurs AD », clic-droit sur « Utilisateurs et ordinateurs AD » puis « Toutes les taches » et « Maitres d’opérations ». Via les onglets RID, CDP et Infrastrusture vous pouvez modifier le serveur.

Imprimante réseau hors-connexion

Voici un problème à la solution surprenante que j’ai eu il y a peu : sur mon serveur d’impression Windows 2008 je découvre des imprimantes hors-connexion. Je vérifie, non tout va bien, elles sont en ligne, l’interface web réponds… Mais sur les postes clients, hé bien, toujours hors-connexion et donc impossible de d’imprimer dessus.

Quel est donc ce mystère ???

Il semblerait qu’il y ait un bug sur les ports standards TCP/IP Microsoft au niveau du SNMP. Et cela provoque ces hors-connexion. Surprenant, car ce problème existe depuis longtemps et court toujours (j’utilise Windows 2008).

La solution :

• Sur le serveur d’impression, aller dans le menu imprimante
• Clic-droit sur l’imprimante concernée
• Puis Propriétés
• Onglet Port
• Sélectionner le port utilisé puis cliquer sur Configurer le port
• Décocher la case Etat SNMP activé

Celle-là est facile, si vous avez, comme moi, désactivé (ou arrêté) le service pare-feu de Windows 7 ou 2008. Réactivez-le et relancez le service. Puis recommencez votre partage… Ça marche cette fois. Vous pouvez à nouveau désactiver le service si ça vous dit.

Source : Microsoft

Voici un grand classique sur le net : créer un service Windows à partir d’un exécutable de son choix ?

Pour se faire, il faut tout d’abord récupérer le Resource Kit et en extraire les 2 fichiers suivants : srvany.exe et instsrv.exe

• Mettez les 2 fichiers dans le même dossier (c:\truc, par exemple)

• Ouvrez une ligne de commande DOS (« Démarrer » > « Exécuter » > « cmd » puis « Entrée »)

• Entrez « c:\truc\instsrv.exe nom_service c:\truc\srvany.exe

• Lancez « Regedit »

• Recherchez la sous-clé : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\nom_service>

• Faites un clic-droit sur la clé et cliquez sur « Ajouter une clé » que nommerez « Parameters »

• Allez dans cette nouvelle clé

• Faites un clic-droit dans la fenêtre à droite et cliquez sur « Valeur chaine »

• Nommez la valeur « Application »

• Double-cliquez dessus et saisissez comme valeur le chemin vers le programme que vous souhaitez mettre en service (c:\windows\notepad.exe par exemple)

Vérifiez dans le menu Services du panneau de configuration, si votre nouveau service est configuré avec le mode de démarrage qui vous convient (automatique ou manuel). Puis démarrez-le.

Source : http://support.microsoft.com/kb/137890

J’aime le vbscript, c’est un outil sympathique qui permet de grandes choses… Il m’arrive souvent d’utiliser également WMI dans mes scripts pour me ramener des informations. Hélas, parfois WMI ne marche pas, pour des raisons mystérieuses WMI s’est partiellement désenregistré du système… Alors que faire ? Voici une série de commandes qui donnent de bons résultats toutes ensembles :

%windir%\system32\wbem\winmgmt /clearadap
%windir%\system32\wbem\winmgmt /kill
%windir%\system32\wbem\winmgmt /unregserver
%windir%\system32\wbem\winmgmt /reserver
%windir%\system32\wbem\winmgmt /resyncperf
net stop winmgmt /y
if exist %windir%\system32\wbem\repository.old rmdir /s /q %windir%\system32\wbem\repository.old
rename %windir%\system32\wbem\repository %windir%\system32\wbem\repository.old
regsvr32 /s %systemroot%\system32\scecli.dll
regsvr32 /s %systemroot%\system32\userenv.dll
mofcomp %windir%\system32\wbem\cimwin32.mof
mofcomp %windir%\system32\wbem\cimwin32.mfl
mofcomp %windir%\system32\wbem\rsop.mof
mofcomp %windir%\system32\wbem\rsop.mfl
for /f %s in ('dir /b /s %windir%\system32\wbem\*.dll') do regsvr32 /s %s
for /f %s in ('dir /b /s %windir%\system32\wbem\*.mof') do mofcomp %s
for /f %s in ('dir /b %windir%\system32\wbem\*.mfl') do mofcomp %s
net start winmgmt
%windir%\system32\wbem\wmiprvse /regserver

En ce qui me concerne ça m’a toujours permis de me débloquer…

Source :  http://myitforum.com/cs2/blogs/dthomson/archive/2005/01/01/1175.aspx

Il y a quelques temps j’ai rétrogradé un de mes contrôleurs de domaine et depuis la mise à jour Sophos Anti-virus ne s’effectuait plus. Après avoir sorti puis réinscrit mon serveur régradé dans le domaine, l’installation ne fonctionnait plus… J’ai regardé dans le fichier alc.log qui se trouve dans « C:\Program Files\Sophos\AutoUpdate\Logs » pour plus d’info. Mais son contenu restait énigmatique :

0x4 CIDUpdate 0x32 0x910 0x1 0x94 0xafc 0x4bb20f4e \\SERVEUR\SophosUpdate MONDOMAINE\SophosUpdateMgr 1222
0x4 CIDUpdate 0x32 0x910 0x1 0x55 0xafc 0x4bb20f4e Sophos AutoUpdate \\SERVEUR\SophosUpdate\CIDs\S000\SAVSCFXP\

Heureusement une petite recherche sur le site Sophos avec l’erreur 1222 m’a donné la réponse :

1. Depuis le Panneau de configuration Windows, allez dans les Outils d’administration.
2. Sélectionnez Gestion de l’ordinateur|Utilisateurs et groupes locaux|Utilisateurs.
3. Cliquez avec le bouton droit de la souris sur SophosSAUmachine0
4. Allez dans ‘Membres de’ et ajoutez le groupe ‘Utilisateurs’.
5. Appuyez sur OK. Retournez vers le bureau.
6. Cliquez avec le bouton droit de la souris sur le bouclier Sophos et sélectionnez ‘Mettre à jour maintenant’. Il devrait maintenant se mettre à jour correctement.

L’article complet ici