Ошибка 1059 dhcp server 2008 r2

  • Remove From My Forums
  • Question

  • Good day!

    There is DHCP error 1059 on windows server 2008 r2 appears every hour. After 24 hours DHCP server going down, and need server reboot to reactivate it.

    Имя журнала:   System
    Источник:      Microsoft-Windows-DHCP-Server
    Дата:          16.03.2015 9:38:31
    Код события:   1059
    Категория задачи:Отсутствует
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     files.SKFO.local
    Описание:
    The DHCP service failed to find the folder for the server authorization.

Answers

  • Hi,

    In geneal, it is not recommended to install the DHCP role on a DC and maybe the issue was due to this reason.

    Best regards,

    Susie


    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • Proposed as answer by

      Thursday, April 2, 2015 7:38 AM

    • Edited by
      Susie Long
      Wednesday, April 15, 2015 7:19 AM
    • Marked as answer by
      Susie Long
      Thursday, April 16, 2015 2:16 AM

  • Remove From My Forums
  • Question

  • Время от времени выскакивает ошибка 1059 на DHCP : Служба DHCP не смогла обнаружить папку для авторизации сервера. Возникает при перезапуске сервера 1 (ad, dns, dhcp) и сервера 2 (ad, dns), это связано с ранним запуском
    dns или с чем-то другим? 

Answers

    • Edited by

      Tuesday, May 14, 2013 11:41 AM

    • Proposed as answer by
      Petko KrushevMicrosoft contingent staff
      Wednesday, May 15, 2013 7:38 AM
    • Marked as answer by
      Petko KrushevMicrosoft contingent staff
      Thursday, May 16, 2013 7:44 AM
  • Remove From My Forums
  • Question

  • Good day!

    There is DHCP error 1059 on windows server 2008 r2 appears every hour. After 24 hours DHCP server going down, and need server reboot to reactivate it.

    Имя журнала:   System
    Источник:      Microsoft-Windows-DHCP-Server
    Дата:          16.03.2015 9:38:31
    Код события:   1059
    Категория задачи:Отсутствует
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     files.SKFO.local
    Описание:
    The DHCP service failed to find the folder for the server authorization.

Answers

  • Hi,

    In geneal, it is not recommended to install the DHCP role on a DC and maybe the issue was due to this reason.

    Best regards,

    Susie


    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    • Proposed as answer by

      Thursday, April 2, 2015 7:38 AM

    • Edited by
      Susie Long
      Wednesday, April 15, 2015 7:19 AM
    • Marked as answer by
      Susie Long
      Thursday, April 16, 2015 2:16 AM

#1

Mav-in

    Newbie

  • Posters
  • 3 Сообщений:

Отправлено 28 Июль 2015 — 17:37

Версия Сервера Dr.Web: 10.00.0 (03-07-2015 04:00:00)
ОС: Windows Server 2008 R2 Standard x64 (Build 7601), Service Pack 1

Роли сервера: AD, DNS, DHCP.

Проблема:

Перестал авторизовываться DHCP сервер, в журнал Windows посыпались ошибки:

1) Ошибка Windows DHCP-Server 1059 «Служба DHCP не смогла обнаружить папку для авторизации сервера.«

2) Ошибка Windows DHCP-Server 1046 «Служба DHCP/BINL на локальном компьютере, входящем в административный домен Windows «***.**», определила, что она не авторизована для запуска. Обслуживание клиентов остановлено. Возможными причинами могли стать:
Этот компьютер является частью предприятия службы каталогов и авторизован в том же домене. (Для получения дополнительной информации обратитесь к справке по программе «Управление службой DHCP»).
Этот компьютер не может обнаружить предприятие службы каталогов и обнаружил службу DHCP на другом компьютере в сети, принадлежащей предприятию службы каталогов, в котором этот компьютер не может авторизоваться.
Произошли непредвиденные ошибки сети.
«

После поисков было обнаружено, что проблема авторизации DHCP появилась после установки Dr.Web Enterpise Suite 10 и клиента. Перезагрузка не помогала. После удаления антивируса проблема с авторизацией DHCP пропала. Временно перешли на другой антивирус, так как ожидаем новые ключи к серверу. Через две недели ожидаем повторения «граблей».

После удаления проблемы как бы нет, но осадок остался.

  • Наверх


#2


VVS

VVS

    The Master

  • Moderators
  • 19 150 Сообщений:

Отправлено 28 Июль 2015 — 17:49

ЕМНИП нужно в превентивной защите для этого сервера что-то разрешить из запрещённого.

Что именно я сейчас не помню.

меня вот что возмутило.  что даже не начинают толком диалог сразу дампы…… © alehas777
———————————
Антивирус это как ремень безопасности — всего лишь увеличивает шансы выжить или получить менее тяжкую травму при аварии.
Есть, однако, категория людей, которые рассматривают средства безопасности как ауру неуязвимости. © basid

  • Наверх


#3


IlyaS

IlyaS

    Massive Poster

  • Posters
  • 2 911 Сообщений:

Отправлено 28 Июль 2015 — 17:54

ЕМНИП нужно в превентивной защите для этого сервера что-то разрешить из запрещённого.

Превентивная защита в ЕС 10? Откуда ей там быть.

  • Наверх


#4


VVS

VVS

    The Master

  • Moderators
  • 19 150 Сообщений:

Отправлено 28 Июль 2015 — 18:01

От разработчиков вестимо. ;)

меня вот что возмутило.  что даже не начинают толком диалог сразу дампы…… © alehas777
———————————
Антивирус это как ремень безопасности — всего лишь увеличивает шансы выжить или получить менее тяжкую травму при аварии.
Есть, однако, категория людей, которые рассматривают средства безопасности как ауру неуязвимости. © basid

  • Наверх


#5


Konstantin Yudin

Konstantin Yudin

    Смотрящий

  • Dr.Web Staff
  • 19 449 Сообщений:

Отправлено 28 Июль 2015 — 18:30

мало информации. нужен штатный отчет и врмя когда воспроизводилась проблема

With best regards, Konstantin Yudin
Doctor Web, Ltd.

  • Наверх


#6


Yodjik

Yodjik

    Member

  • Posters
  • 123 Сообщений:

Отправлено 29 Июль 2015 — 07:53

Mav-in, была такая же проблема.

Из мануала по установке.

При установке Агентов Dr.Web на сервера ЛВС и компьютеры кластера необходимо учесть:

 В случае установки на компьютеры, выполняющие роль терминальных серверов (в ОС Windows установлены службы Terminal Services), для обеспечения работы Агентов в терминальных сессиях пользователей установка Агентов должна осуществляться только локально с помощью мастера установки и удаления программ на Панели управления ОС Windows.

 На сервера, выполняющие важные сетевые функции (домен-контроллеры, сервера раздачи лицензий и т.д.), не рекомендуется устанавливать компоненты SpIDer GateОфисный контрольSpIDer Mail и Dr.Web Firewall во избежание возможных конфликтов сетевых сервисов и внутренних компонентов антивируса Dr.Web.

 Установка Агента на кластер должна выполняться отдельно на каждый узел кластера.

 Принципы функционирования Агента и компонентов антивирусного пакета на узле кластера аналогичны таковым на обычном сервере ЛВС, поэтому не рекомендуется устанавливать на узлы кластера компоненты Dr.Web FirewallSpIDer MailSpIDer Gate.

 Если доступ к кворум-ресурсу кластера строго ограничен, рекомендуется исключить его из проверки сторожем SpIDer Guard и ограничиться регулярными проверками ресурса при помощи Сканера, запускаемого по расписанию или вручную.

После этого, скорее всего, все станет нормально.

Сообщение было изменено Yodjik: 29 Июль 2015 — 07:53

  • Наверх


#7


durashki

durashki

    Member

  • Posters
  • 382 Сообщений:

Отправлено 29 Июль 2015 — 11:14

Превентивную защиту нужно вообще почти всю выключить. если хотите чтобы дменные ела хорошо работали ((

  • Наверх


I have a small environment running Windows 2008 R2 where the DHCP service on the domain controller fails every two weeks.

enter image description here

The most-visible error is Event ID 1059 and the Event Viewer message is:

"The DHCP service failed to see a directory server for authorization."

enter image description here

The setup features two domain controller and the usual services and roles (file, print, Exchange). Restarting the service fails for a variety of reasons. I’ve had the following messages at different times:

  • «Not enough storage is available to complete this operation».
  • «Unable to determine the DHCP Server version for the Server 192.168.x.x»
  • «The DHCP service has detected that it is running on a DC and has no credentials configured for use with Dynamic DNS registrations initiated by the DHCP service.»

A reboot of the domain controller resolves the issue for ~2 weeks. The systems are virtualized and there are no network connectivity issues.

Any ideas as to what’s happening here?

Edit — The solution seems to be to fix a misbehaving domain controller.

asked May 21, 2012 at 13:43

ewwhite's user avatar

ewwhiteewwhite

197k92 gold badges439 silver badges805 bronze badges

13

Since I’ve had the privilege of actually working in this specific environment, I can say with certainty that the DC that is hosting DHCP fails replication and goes unresponsive to requests for various Directory Services functions (like authorizing DHCP servers) every few weeks. This DHCP issue is a symptom of the larger replication problem.

Since the server that DHCP is on is a DC, it only ever looks to itself for authorization. When Directory Services stops functioning on it, so does DHCP.

answered Jul 15, 2013 at 15:37

MDMarra's user avatar

MDMarraMDMarra

101k32 gold badges196 silver badges329 bronze badges

1

This part really jumps out at me:

  • «Not enough storage is available to complete this operation».

I’m assuming that you actually do have disk space available on the server. This points to the possibility of data or disk corruption. Have you run a chkdsk? Do the credentials the DHCP service runs under have permissions to the log directory and to the directory where the DHCP db is stored?

Ruling out those possibilities, next step is to check that there are no invalid entries in DNS for your domain, especially if there was a DC that was removed from the domain at some point. First do a nslookup on the FQDN of your domain, check to make sure there are no invalid IP addresses returned (I’ve seen sometimes a 2nd unused NIC on a DC with 169.254.x.x address register itself in DNS as a valid NS/DC). Next on the DNS server check SRV entries for LDAP and KRB, make sure they are all valid.

answered Sep 17, 2012 at 14:23

JayBee's user avatar

2

The issues seems that you are not an enterprise administrator of your the tree in your forest. Do you have any other DHCP’s in your domain? Because if you do, try to de-authorize it and see if you can, if you can’t then you don’t have access which proves the point of not being an enterprise administrator. Please also take a look at this article:

http://technet.microsoft.com/en-us/library/cc775255(v=ws.10).aspx

answered May 29, 2012 at 20:53

WeAreYoung's user avatar

3

Maybe there is a rogue dhcp server (Check with nmap)? Also, check http://support.microsoft.com/kb/938456 describing conflicting records in AD.

answered Jun 1, 2012 at 19:04

JGurtz's user avatar

JGurtzJGurtz

5235 silver badges13 bronze badges

1

answered Jun 2, 2012 at 21:20

user1008764's user avatar

user1008764user1008764

1,1762 gold badges8 silver badges12 bronze badges

answered Jun 5, 2012 at 15:55

TheCleaner's user avatar

TheCleanerTheCleaner

32.6k26 gold badges132 silver badges190 bronze badges

answered Jun 18, 2012 at 0:32

shouldbeq931's user avatar

Couple of questions for you…
Can you try running a DCDiag on both DCs and posting any errors? Are there any other errors in the event logs? If there’s no errors now try running it again on both dcs when the service has failed before rebooting the server.

Have you tried simply reinstalling DHCP on the trouble server?

answered Aug 15, 2012 at 20:20

Jason's user avatar

JasonJason

312 bronze badges

2

So, two virtual Domain Controllers… are both DHCP servers? It sounds like only one is. In which case I’d be tempted to run for a few weeks with the DHCP server only using the other domain controller as DNS. And then for a few weeks with the other domain controller shut down.

You can always revert the change if it impacts on users but it might help narrow down which box (if it is only one) is causing the issue.

I’d also be tempted to add a third DC and then decommission the second one to rule out it being some weird installation corruption of the type Windows loves to flump into.

Have you tried restarting services on the DC rather than rebooting it?

Do the DCs host other services (file, exchange, etc)? Since you’ve got a virtualised environment do you have headroom to move those services onto their own servers for a few weeks to rule out confusion from those roles clashing?

Additionally, and since it hasn’t been commented on, with respect to the «Not enough storage is available to complete this operation» error. If the server’s disks are full then all of its DC functions are going to start to fail. Are the disks full?

answered Aug 21, 2012 at 11:48

Paul D'Ambra's user avatar

Paul D’AmbraPaul D’Ambra

1,0721 gold badge13 silver badges22 bronze badges

To resolve the issue, kindly remove the Server Bindings (Remember we have to have a Static IP address for the DHCP Server to do this).

Steps:

  • Click Start, point to Programs, point to Administrative Tools, and then click DHCP.
  • Right click the name of the original DHCP server name.
  • Click on Add/Remove Bindings.
  • In Server Binding Properties, Uncheck the box for the Local Area Connection and click on OK.
  • Restart the DHCP Service if required.

MDMarra's user avatar

MDMarra

101k32 gold badges196 silver badges329 bronze badges

answered Feb 23, 2013 at 0:01

William Mascarenhas's user avatar

1

Понравилась статья? Поделить с друзьями:
  • Ошибка 106 уаз 409
  • Ошибка 1058 эур датсун
  • Ошибка 106 при подключении к интернету телевизор lg
  • Ошибка 1058 эур гранта
  • Ошибка 106 при подключении к интернету мтс