J'ai un petit environnement exécutant Windows 2008 R2 où le service DHCP sur le contrôleur de domaine échoue toutes les deux semaines.
L'erreur la plus visible est Event ID 1059et le message de l'Observateur d'événements est:
"The DHCP service failed to see a directory server for authorization."
La configuration comprend deux contrôleurs de domaine et les services et rôles habituels (fichier, impression, Exchange). Le redémarrage du service échoue pour diverses raisons. J'ai reçu les messages suivants à différents moments:
- Msgstr "Pas assez de stockage disponible pour terminer cette opération".
- "Impossible de déterminer la version du serveur DHCP pour le serveur 192.168.xx"
- "Le service DHCP a détecté qu'il s'exécute sur un contrôleur de domaine et n'a aucune information d'identification configurée pour être utilisée avec les enregistrements DNS dynamiques initiés par le service DHCP."
Un redémarrage du contrôleur de domaine résout le problème pendant environ 2 semaines. Les systèmes sont virtualisés et il n'y a aucun problème de connectivité réseau.
Des idées sur ce qui se passe ici?
Modifier - La solution semble être de corriger un contrôleur de domaine qui se comporte mal .
Réponses:
Étant donné que j'ai eu le privilège de travailler dans cet environnement spécifique, je peux dire avec certitude que le contrôleur de domaine qui héberge DHCP échoue à la réplication et ne répond pas aux demandes de diverses fonctions de services d'annuaire (comme l'autorisation de serveurs DHCP) toutes les quelques semaines. Ce problème DHCP est un symptôme du problème de réplication plus important.
Étant donné que le serveur sur lequel DHCP est activé est un contrôleur de domaine, il ne recherche que l'autorisation pour lui-même. Lorsque les services d'annuaire cessent de fonctionner dessus, le DHCP aussi.
la source
Cette partie me saute vraiment aux yeux:
Je suppose que vous disposez réellement d'espace disque disponible sur le serveur. Cela indique la possibilité d'une corruption des données ou du disque. Avez-vous dirigé un chkdsk? Les informations d'identification sous lesquelles le service DHCP s'exécute ont-elles des autorisations sur le répertoire des journaux et sur le répertoire dans lequel la base de données DHCP est stockée?
Pour écarter ces possibilités, l'étape suivante consiste à vérifier qu'il n'y a pas d'entrées non valides dans DNS pour votre domaine, en particulier s'il y avait un contrôleur de domaine qui a été supprimé du domaine à un moment donné. Effectuez d'abord une recherche nsur le nom de domaine complet de votre domaine, assurez-vous qu'aucune adresse IP non valide n'est renvoyée (j'ai parfois vu un 2e NIC inutilisé sur un DC avec une adresse 169.254.xx s'enregistrer dans DNS en tant que NS / DC valide ). Ensuite, sur le serveur DNS, vérifiez les entrées SRV pour LDAP et KRB, assurez-vous qu'elles sont toutes valides.
la source
Le problème semble que vous n'êtes pas un administrateur d'entreprise de votre arbre dans votre forêt. Avez-vous d'autres DHCP dans votre domaine? Parce que si vous le faites, essayez de le désautoriser et voyez si vous le pouvez, si vous ne le pouvez pas, vous n'avez pas accès, ce qui prouve le point de ne pas être un administrateur d'entreprise. Veuillez également consulter cet article:
http://technet.microsoft.com/en-us/library/cc775255(v=ws.10).aspx
la source
Peut-être qu'il y a un serveur DHCP escroc (Vérifiez avec nmap)? Consultez également http://support.microsoft.com/kb/938456 décrivant les enregistrements en conflit dans AD.
la source
vous rencontrez peut-être un bug. http://support.microsoft.com/kb/2632816/en-gb
la source
Juste quelques articles à regarder ... certains ne semblent pas s'appliquer, mais regardez attentivement et considérez les causes dans chaque article:
http://support.microsoft.com/kb/935744
http://blogs.technet.com/b/abizerh/archive/2009/07/12/troubleshooting-the-error-not-enough-storage-is-available-to-complete-this-operation.aspx
http://forums.whirlpool.net.au/archive/1533833
la source
Je vérifierais les problèmes de réplication AD.
http://www.microsoft.com/en-us/download/details.aspx?id=30005
la source
Quelques questions pour vous ... Pouvez-vous essayer d'exécuter un DCDiag sur les deux DC et de publier des erreurs? Y a-t-il d'autres erreurs dans les journaux d'événements? S'il n'y a pas d'erreur, essayez de l'exécuter à nouveau sur les deux dcs lorsque le service a échoué avant de redémarrer le serveur.
Avez-vous essayé de réinstaller simplement DHCP sur le serveur de panne?
la source
Donc, deux contrôleurs de domaine virtuels ... sont tous les deux des serveurs DHCP? Cela ressemble à un seul. Dans ce cas, je serais tenté de courir pendant quelques semaines avec le serveur DHCP en utilisant uniquement l'autre contrôleur de domaine comme DNS. Et puis pendant quelques semaines avec l'autre contrôleur de domaine arrêté.
Vous pouvez toujours annuler la modification si elle a un impact sur les utilisateurs, mais cela peut aider à réduire la boîte (si elle n'en est qu'une) à l'origine du problème.
Je serais également tenté d'ajouter un troisième contrôleur de domaine, puis de désactiver le deuxième pour exclure qu'il s'agit d'une corruption d'installation étrange du type dans laquelle Windows adore tomber.
Avez-vous essayé de redémarrer les services sur le DC plutôt que de le redémarrer?
Les DC hébergent-ils d'autres services (fichier, échange, etc.)? Étant donné que vous disposez d'un environnement virtualisé, avez-vous la marge de manœuvre pour déplacer ces services sur leurs propres serveurs pendant quelques semaines pour exclure la confusion de ces conflits de rôles?
En outre, et comme il n'a pas été commenté, en ce qui concerne l'erreur "Pas assez de stockage disponible pour terminer cette opération". Si les disques du serveur sont pleins, toutes ses fonctions DC vont commencer à échouer. Les disques sont-ils pleins?
la source
Pour résoudre le problème, veuillez supprimer les liaisons de serveur (n'oubliez pas que nous devons avoir une adresse IP statique pour le serveur DHCP pour ce faire).
Pas:
la source