locked
Comment reparer la mmc de mon dhcp ? RRS feed

  • 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 conseils

    Merci


    Sébastien

    vendredi 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

     


    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
    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 helps
    vendredi 9 décembre 2011 12:38
    Auteur 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

     


    samedi 10 décembre 2011 22:24
  • Merci pour le decryptage ;)

    Sébastien

    dimanche 11 décembre 2011 00:49