Meilleur auteur de réponses
Comment reparer la mmc de mon dhcp ?

Question
-
Bonjour à tous
J'ai 2 serveurs 2008 R2 (data et Exchange)
Mon reglage concernant le DHCP est de 20% des adresses sur le srv01 et 80% sur le srv02
Depuis le 1 serveur je n'ai pas d'accé sur la mmc et j'ai un message le message d'erreur ci-dessous. pour le moment j'accede à mes réglages depuis le 2 eme serveur.
Source : RPC (Microsoft-Windows-RPC-Events)Evenement : 11
Fuite de mémoire possible. L’application ("C:\Windows\system32\mmc.exe" "C:\Windows\system32\dhcpmgmt.msc" ) (PID : 9140) a transmis un pointeur non NULL à RPC pour un paramètre [out] marqué [allocate(all_nodes)]. Les paramètres [allocate(all_nodes)] sont toujours réaffectés ; si le pointeur initial contenait une adresse mémoire valide, cela entraînerait une fuite de cette mémoire. L’appel provenait de l’interface avec l’UUID ({6bffd098-a112-3610-9833-46c3f874532d}), Numéro de méthode (2). Action utilisateur : contactez le fournisseur de l’application pour obtenir une version mise à jour.
d'après une recherche google infructueuse, je viens querir quelques conseilsMerci
Sébastienvendredi 9 décembre 2011 09:57
Réponses
-
Bonjour Sébastien,
Le problème que vous avez est un peu particulier
Le message d'erreur dans l'eventviewer
"... Les paramètres [allocate(all_nodes)] sont toujours réaffectés ; si le pointeur initial contenait une adresse mémoire valide, cela entraînerait une fuite de cette mémoire..."
Signifie que le gestionnaire du serveur DHCP (console MMC | Snap-in (UID 6bffd098-A112-3610-9833-46c3f874532d)) appelle une fonction primordiale du dhcp manager "DHCPGETSUBNETINFO ()" avec un paramètre qui contient pas une valeure NULL (la valeur de ce paramétre doit être NULL, dans votre cas la valeur du paramétre liée à cette fonction et différent de NULL) ce qui génére une fuite de mémoire (impossible de visualiser ni de gérer localement les paramètres du serveur DHCP
Microsoft avait confirmé que c'est un problème qui a apparu dans certains produits Microsoft,
(Notamment 2008 Server (R2)) -> répertorié dans la rubrique "S'applique à" du site Microsoft Technet
Pour résumer, nowadays il n'y pas de solution pour rémedier à ce problème
Ce que je vous propose, c'est de continuer à gérer votre serveur DHCP (serveur 1) en remote via un poste de travail ou le deuxième serveur (serveur 2)
En tous cas, ce problème n'a aucun impact sur les autres consoles MMC (DNS, SERVERMANAGER, IIS...) parce que c'est lié à un seul UUID qui est " 6bffd098-A112-3610-9833-46c3f874532d"
A bientôt
Hicham KADIRI | Just Another IT Guy
- Modifié Hicham KADIRI - MTFCMVP samedi 10 décembre 2011 22:27
- Marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:46
- Non marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:47
- Marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:49
samedi 10 décembre 2011 22:24
Toutes les réponses
-
Bonjour,
Avez - vous essayer de faire une console personnaliser ?
Si vous lancer uniquement mmc est-ce que ca plante ?
Si non essayer d'ajouter le DHCP et d enregistrer la console sous un autre nom.
A tester
Bonne Journée
vendredi 9 décembre 2011 11:00 -
Bonjour et merci de ce début de réponse.
Oui j'ai testé lancer une console mmc (vierge) cela fonctionne.
Mais voici l'erreur que j'obtiens après; la même que dans la console DHCP par défaut.
Seb- Modifié Sebastien_SMI vendredi 9 décembre 2011 11:19
vendredi 9 décembre 2011 11:18 -
Bonjour,
Il y a peu d'informations, on ne peut pas conclure. SVP, pouvez vous nous indiquer s'il y a des erreurs au niveau de votre journal d'évènements qui sont relatives au DHCP ?
Merci
Best Regards Don't forget to mark it as answer if it helpsvendredi 9 décembre 2011 12:38Auteur de réponse -
je reprends de mon 1 post j'en ai pas plus
Source : RPC (Microsoft-Windows-RPC-Events)
Evenement : 11
Fuite de mémoire possible. L’application ("C:\Windows\system32\mmc.exe" "C:\Windows\system32\dhcpmgmt.msc" ) (PID : 9140) a transmis un pointeur non NULL à RPC pour un paramètre [out] marqué [allocate(all_nodes)]. Les paramètres [allocate(all_nodes)] sont toujours réaffectés ; si le pointeur initial contenait une adresse mémoire valide, cela entraînerait une fuite de cette mémoire. L’appel provenait de l’interface avec l’UUID ({6bffd098-a112-3610-9833-46c3f874532d}), Numéro de méthode (2). Action utilisateur : contactez le fournisseur de l’application pour obtenir une version mise à jour.
samedi 10 décembre 2011 15:44 -
Bonjour Sébastien,
Le problème que vous avez est un peu particulier
Le message d'erreur dans l'eventviewer
"... Les paramètres [allocate(all_nodes)] sont toujours réaffectés ; si le pointeur initial contenait une adresse mémoire valide, cela entraînerait une fuite de cette mémoire..."
Signifie que le gestionnaire du serveur DHCP (console MMC | Snap-in (UID 6bffd098-A112-3610-9833-46c3f874532d)) appelle une fonction primordiale du dhcp manager "DHCPGETSUBNETINFO ()" avec un paramètre qui contient pas une valeure NULL (la valeur de ce paramétre doit être NULL, dans votre cas la valeur du paramétre liée à cette fonction et différent de NULL) ce qui génére une fuite de mémoire (impossible de visualiser ni de gérer localement les paramètres du serveur DHCP
Microsoft avait confirmé que c'est un problème qui a apparu dans certains produits Microsoft,
(Notamment 2008 Server (R2)) -> répertorié dans la rubrique "S'applique à" du site Microsoft Technet
Pour résumer, nowadays il n'y pas de solution pour rémedier à ce problème
Ce que je vous propose, c'est de continuer à gérer votre serveur DHCP (serveur 1) en remote via un poste de travail ou le deuxième serveur (serveur 2)
En tous cas, ce problème n'a aucun impact sur les autres consoles MMC (DNS, SERVERMANAGER, IIS...) parce que c'est lié à un seul UUID qui est " 6bffd098-A112-3610-9833-46c3f874532d"
A bientôt
Hicham KADIRI | Just Another IT Guy
- Modifié Hicham KADIRI - MTFCMVP samedi 10 décembre 2011 22:27
- Marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:46
- Non marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:47
- Marqué comme réponse Sebastien_SMI dimanche 11 décembre 2011 00:49
samedi 10 décembre 2011 22:24 -
Merci pour le decryptage ;)
Sébastien
dimanche 11 décembre 2011 00:49 -
Bonjour,
Merci pour votre retour.
Cordialement,
Florin
Florin CIUCA, MSFT
Votez! Appel à la contribution
Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.lundi 12 décembre 2011 20:52