Meilleur auteur de réponses
SCVMM - Impossible d'ajouter un cluster hyper-V

Question
-
Bonjour à tous,
Nous venons d'installer un cluster hyper-V windows 2012 R2.
Pour l'administré nous avons installé SCVMM.Lors de l'ajout du cluster dans SCVMM, l'ajout se bloque à 61% et quand nous déplions les actions, nous pouvons constater qu'il bloque sur l'installation de l'agent.
Avez-vous déjà rencontré ce genre de problème? Si oui comment le solutionner.
D'avance merci de votre aide.
Cordialement,
Tristan
Réponses
-
Au vu des logs, vous avez SCVMM 2012 R2 avec les derniers updates.
Votre host Hyper-V est il à jour ?
Y a t-il un reboot en attente sur le host ? Ce qui parfois bloquer certains installations qui attendent que le serveur ait redémarré.
Vos serveurs sont dans le même AD ?
Votre compte de service VMM a t'il les droits suffisant sur le host ?
Vous avez mis tous les KB sur Hyper-V ? Ça résout bien des problèmes..
Regarder dans l'event les erreurs qui ressortent. Autre que dans les logs VMM.
Avec ça, il y aura surement plus de pistes pour résoudre votre problème
Rémi- Proposé comme réponse Boris Ivanov jeudi 7 mai 2015 13:54
- Marqué comme réponse Boris Ivanov mercredi 13 mai 2015 13:06
Toutes les réponses
-
Bonjour,
Avez-vous essayer d'installer l'agent manuellement pour ensuite importer le serveur ?
https://technet.microsoft.com/fr-fr/library/cc764218.aspx
Quelles sont les erreurs dans l'event ?
Rémi
-
Bonjour,
merci de votre réponse.
Ce qui est étrange c'est que l'agent s'installe bien ... mais au niveau du VMM il reste bloqué à 61% et l'installation de l'agent lui reste bloqué à 83%.
Voici la fin du fichier de log C:\ProgramData\VMMLogs:
MSI (s) (58:48) [09:04:34:134]: Note: 1: 1707
MSI (s) (58:48) [09:04:34:134]: Product: Microsoft System Center Virtual Machine Manager Agent (x64) -- Installation completed successfully.
MSI (s) (58:48) [09:04:34:134]: Windows Installer installed the product. Product Name: Microsoft System Center Virtual Machine Manager Agent (x64). Product Version: 3.2.8002.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Installation success or error status: 0.
MSI (s) (58:48) [09:04:34:149]: Deferring clean up of packages/files, if any exist
MSI (s) (58:48) [09:04:34:149]: MainEngineThread is returning 0
MSI (s) (58:38) [09:04:34:149]: RESTART MANAGER: Session closed.
MSI (s) (58:38) [09:04:34:149]: No System Restore sequence number for this installation.
=== Logging stopped: 05/05/2015 09:04:34 ===
MSI (s) (58:38) [09:04:34:149]: User policy value 'DisableRollback' is 0
MSI (s) (58:38) [09:04:34:149]: Machine policy value 'DisableRollback' is 0
MSI (s) (58:38) [09:04:34:149]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (58:38) [09:04:34:149]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (58:38) [09:04:34:149]: Note: 1: 2265 2: 3: -2147287035
MSI (s) (58:38) [09:04:34:149]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (58:38) [09:04:34:149]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (58:38) [09:04:34:149]: Destroying RemoteAPI object.
MSI (s) (58:DC) [09:04:34:149]: Custom Action Manager thread ending.
MSI (c) (54:A4) [09:04:34:149]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (54:A4) [09:04:34:149]: MainEngineThread is returning 0
=== Verbose logging stopped: 05/05/2015 09:04:34 ===Merci de votre aide.
-
Au vu des logs, vous avez SCVMM 2012 R2 avec les derniers updates.
Votre host Hyper-V est il à jour ?
Y a t-il un reboot en attente sur le host ? Ce qui parfois bloquer certains installations qui attendent que le serveur ait redémarré.
Vos serveurs sont dans le même AD ?
Votre compte de service VMM a t'il les droits suffisant sur le host ?
Vous avez mis tous les KB sur Hyper-V ? Ça résout bien des problèmes..
Regarder dans l'event les erreurs qui ressortent. Autre que dans les logs VMM.
Avec ça, il y aura surement plus de pistes pour résoudre votre problème
Rémi- Proposé comme réponse Boris Ivanov jeudi 7 mai 2015 13:54
- Marqué comme réponse Boris Ivanov mercredi 13 mai 2015 13:06