Ошибка обработки критического события уведомления подписчика уведомлений winlogon gpclient

Медленная загрузка компьютера, вызванная долгим применением групповых политик, является одной из частых проблем в домене, на которые жалуются пользователи. С точки зрения пользователя компьютер загружается очень долго, и как будто зависает на несколько минут на этапе «Применение параметров компьютера / пользователя». В этой статье я попробую собрать полезные диагностические инструменты и приемы, позволяющие администратору выявить причины медленного применения GPO на компьютерах домена.

На самом деле причин, из-за которых на компьютере долго применяются групповые политики может быть множество: это и проблемы с DNS, доступностью и скоростью подключения к DC, неправильной настройкой сайтов AD или проблемы с репликацией, неверно настроенные групповых политики и кривые скрипты и т.п. Проблематично описать универсальный алгоритм по диагностике всех этих проблем. При решении таких проблем, как правило, большую роль имеет опыт и навыки специалиста, производящего диагностику. В этой статье мы остановимся только на диагностики проблем, связанных с самими механизмами работы GPO и клиента GPClient.

Блокирование наследования групповой политик

Чтобы убедиться, что проблема связана именно с доменными GPO, создайте в домене отдельную OU, перенесите в нее проблемный компьютер и с помощью консоли Group Policy Management Console (GPMC.msc) включите блокирование наследование политик для данного контейнера (Block Inheritance). Таким образом на компьютер перестанут действовать все доменные политики (исключение — политики, для которых включен режим Enforced) .

Перезагрузите компьютер и проверьте, сохранилась ли проблема с долгим применением GPO. Если сохранилась, вероятнее всего проблема с самим компьютером или локальными политиками (попробуйте их сбросить на дефолтные).

Вывод подробных сообщений на экране загрузки

В Windows на экране загрузки системы можно включить отображение расширенной статусной информации, позволяющей пользователям и администратору визуально понять на каком этапе загрузки компьютера наблюдается наибольшая задержка. При включении данной политики, в том числе, начинает отображаться информация о применяемых компонентах GPO.
Включить эту политику можно в следующем разделе GPO:

• в Windows 7 / Vista : Computer Configuration -> Policies -> System -> Verbose vs normal status messages = Enabled
• в Windows 8/10 : Computer Configuration -> Policies -> System -> Display highly detailed status messages = Enabled

Этот же параметр можно активировать через реестр, создав в ветке HKEY_LOCAL_MACHINESOFTWARE Microsoft Windows CurrentVersion PoliciesSystem параметр типа DWORD с именем verbosestatus и значением 1.

В результате на экране в процессе загрузки будут отображаться такие сообщения:

Отчет GPResult

Результирующую политику, которая была применена к компьютеру, стоит проанализировать с помощью HTML отчета gpresult, создать который можно такой командой, запущенной с правами администратора:

gpresult /h c:psgpreport.html

Этот отчет достаточно удобен для анализа и может содержать ссылки на различные ошибки при применении GPO.

Кроме того, в разделе отчета Computer Details -> Component Status присутствуют полезные данные о времени (в мс) применения различных компонентов GPO в виде:

Group Policy Files (N/A) 453 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Folders (N/A) 188 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Local Users and Groups (N/A) 328 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Registry (N/A) 171 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Scheduled Tasks (N/A) 343 Millisecond(s) 18.01.2017 14:10:01 View Log
Scripts (N/A) 156 Millisecond(s) 18.01.2017 14:09:04 View Log
Security (N/A) 3 Second(s) 495 Millisecond(s) 18.01.2017 14:09:08 View Log
Реестр (N/A) 18 Second(s) 814 Millisecond(s) 18.01.2017 14:10:00 View Log

Анализ событий от Group Policy в системных журналах Windows

В журнале приложений о медленном применении политик может свидетельствовать событие с EventID 6006 от источника Winlogon с текстом:

Подписчик уведомлений winlogon <GPClient> потратил 3594 сек. на обработку события уведомления (CreateSession).

The winlogon notification subscriber <GPClient> took 3594 seconds to handle the notification event (CreateSession).

Судя по данному событию, пользователю пришлось ждать применения групповых политик при загрузке компьютера в течении почти часа…

В Windows 7 / Windows 2008 R2 и выше все события, касающиеся процесса применения групповых политик на клиенте доступны в журнале событий Event Viewer (eventvwr.msc) в разделе Applications and Services Logs –> Microsoft -> Windows -> Applications and Services Logs -> Group Policy -> Operational.

Примечание. В журнале System остались только события, относящиеся к функционирования самой службы Group Policy Client (gpsvc).

Для анализа времени применения политик будут полезны следующие EventID:

• События 4016 и 5016 показывают время начала и завышения процесса обработки расширений применения GPO, причем в последнем указано общую длительность обработки расширения.К примеру, на скриншоте ниже был включен фильтр журнала Group Policy -> Operational по событиям 4016 и 5016. По тексту события 5016 можно увидеть время обработки этого компонента GPO

  Завершена обработка расширения Group Policy Local Users and Groups за 1357 мс.

  
• Событие 5312 содержит список применённых политик, а в событии 5317 есть список отфильтрованных GPO.
• В событиях 8000 и 8001 содержится, соответственно, время обработки политик компьютера и пользователя при загрузке компьютера. А в событиях 8006 и 8007 есть данные о времени применения политик при периодическом обновлении.

  Завершена обработка политики загрузки компьютера для CORPpc212333$ за 28 с.

При анализе журнала стоит также обращать на время, прошедшее между двумя соседними событиями, это может помочь обнаружить проблемный компонент.

Отладочный журнал службы GPSVC

В некоторых ситуациях бывает полезным включить ведение отладочного журнала обработки GPO — gpsvc.log. С помощью временных меток в файле gpsvc.log можно найти компоненты GPO, которые долго отрабатывали.

Отладочные журналы Group Policy Preferences

Расширения Group Policy Preferences также могут вести подробные лог загрузки каждого компоненте CSE (Client-Side Extensions). Отладочные журналы CSE можно включить в разделе GPO: Computer Configuration -> Policies -> Administrative Templates->System->Group Policy -> Logging and tracing

Как вы видите, доступные индивидуальные настройки для каждого CSE. В настройках политики можно указать тип событий, записываемых в журнал (Informational, Errors, Warnings или все), максимальный размер журнала и местоположение лога:

• Трейс файл пользовательских политик %SYSTEMDRIVE%ProgramDataGroupPolicyPreferenceTraceUser.log
• Трейс файл политик компьютера %SYSTEMDRIVE%ProgramDataGroupPolicyPreferenceTraceComputer.log

Совет. В том случае, если у вас в консоли gpedit/ GPMC в разделе Group Policy отсутствует подраздел Logging and Tracing, нужно будет скачать и установить шаблоны Group Policy Preferences ADMX и скопировать GroupPolicyPreferences.admx из %PROGRAMFILES%Microsoft Group Policy в локальный каталог PolicyDefinitions либо в централизованный каталог PolicyDefinitions на SYSVOL.

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

Итак, в этой статье мы рассмотрели основные способы диагностики проблем долгого применения групповых политик на компьютерах домена. Надеюсь, статья будет полезной.

Нравится ресурс? Помоги проекту!

Windows 7 долгая загрузка

• Подписаться на тему
• Сообщить другу
• Скачать/распечатать тему

Сообщ. #1 , 08.08.12, 15:38

Windows 7 долго загружает какие-то службы и не показывает рабочий стол. После автовхода и до загрузки рабочего стола показывает черный фон с курсором в центре 10 секунд. На ноуте тоже самое начало появляться, но там 3 секунды. В логах явных ошибок нет, кроме Цитата Ошибка 08.08.2012 19:01:55 NlaSvc 4205 Разрешение шлюза // Это сетки нет при загрузке и таких ошибок много Сведения 08.08.2012 19:04:01 Service Control Manager 7036 Отсутствует Сведения 08.08.2012 19:04:09 Application-Experience 206 Отсутствует Сведения 08.08.2012 19:04:29 Diagnosis-DPS 105 Жизненный цикл сценария Сведения 08.08.2012 19:04:29 Diagnosis-DPS 100 Жизненный цикл сценария Предупреждение 08.08.2012 19:04:30 Diagnostics-Performance 200 Контроль производительности при выключении Завершение работы Windows Продолжительность завершения работы : 14973мс IsDegradation : false Время события (UTC) : ‎2012‎-‎08‎-‎08T15:00:36.266345900Z Сведения 08.08.2012 19:04:30 Diagnosis-DPS 110 Жизненный цикл сценария Ошибка 08.08.2012 19:04:30 Diagnostics-Performance 100 Контроль производительности при загрузке Windows запущена: Длительность загрузки : 128200ms IsDegradation : false Время события (UTC) : ‎2012‎-‎08‎-‎08T15:01:20.702800300Z Сведения 08.08.2012 19:04:30 Diagnosis-DPS 110 Жизненный цикл сценария

FullArcticFox	Сообщ. #2 , 08.08.12, 17:43
Белый и пушистый Рейтинг (т): 288	Подробности не помешают 1) Стоит ли антивирус? И какой? 2) Есть ли подключенные сетевые диски? 3) Какие службы запущены? Посмотреть какие в состоянии Авто, но не смогли запуститься по каким-то причинам. 4) Машины являются членом домена? Цитата Keepun @ 08.08.12, 15:38 Это сетки нет при загрузке и таких ошибок много В этом как раз и может заключаться проблема.

Keepun

Сообщ. #3 , 08.08.12, 20:31

Тормознул все сетевые устройства и NlaSvc 4205 не появляется. В логе теперь такая интересная последовательность: Цитата Сведения 08.08.2012 22:11:32 Service Control Manager 7036 Отсутствует Служба «Браузер компьютеров» перешла в состояние Работает. Сведения 08.08.2012 22:11:33 Service Control Manager 7036 Отсутствует Служба «Агент политики IPsec» перешла в состояние Работает. Сведения 08.08.2012 22:12:28 Winlogon 6000 Отсутствует Ошибка обработки события уведомления из-за недоступности подписчика уведомлений winlogon <SessionEnv>. Сведения 08.08.2012 22:12:28 TerminalServices-LocalSessionManager 22 Отсутствует Службы удаленных рабочих столов: Получено уведомление о запуске оболочки Сведения 08.08.2012 22:12:28 GroupPolicy 5324 Отсутствует Групповая политика получила уведомление Запуск оболочки от Winlogon для сеанса 1. Сообщение 6000. Разница в 1 минуту! Так же ниже есть: Цитата Сведения 08.08.2012 22:12:48 Service Control Manager 7036 Отсутствует Служба «Информация о совместимости приложений» перешла в состояние Работает. Ошибка 08.08.2012 22:12:55 WMI 10 Отсутствует Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected. Сведения 08.08.2012 22:13:30 Service Control Manager 7036 Отсутствует Служба «Фоновая интеллектуальная служба передачи (BITS)» перешла в состояние Работает. Тут разница в 35 секунд, но этой ошибке я придаю меньшее значение, потому что рабочий стол (судя по логам) я уже вижу.

UncleBob	Сообщ. #4 , 09.08.12, 06:08
	Цитата Keepun @ 08.08.12, 20:31 Сообщение 6000 ну так ты что-нибудь попробовал из предложенного по ссылке? Сообщение отредактировано: Uncle_Bob — 09.08.12, 06:09

nikqz

Сообщ. #5 , 19.12.14, 08:14

Цитата Keepun @ 08.08.12, 20:31 Ошибка 08.08.2012 22:12:55 WMI 10 Отсутствует Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected. Сведения 08.08.2012 22:12:28 Winlogon 6000 Отсутствует Ошибка обработки события уведомления из-за недоступности подписчика уведомлений winlogon <SessionEnv>. это лечится запуском скрипта вставляете содержимое спойлера в любой новый текстовый файл, после сохраняете и меняете разрешение на vbs после чего запускаете strComputer = «.» Set objWMIService = GetObject(«winmgmts:» _ & «{impersonationLevel=impersonate}!\» _ & strComputer & «rootsubscription») Set obj1 = objWMIService.ExecQuery(«select * from __eventfilter where name=’BVTFilter’ and query=’SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «»Win32_Processor»» AND TargetInstance.LoadPercentage > 99′») For Each obj1elem in obj1 set obj2set = obj1elem.Associators_(«__FilterToConsumerBinding») set obj3set = obj1elem.References_(«__FilterToConsumerBinding») For each obj2 in obj2set WScript.echo «Deleting the object» WScript.echo obj2.GetObjectText_ obj2.Delete_ next For each obj3 in obj3set WScript.echo «Deleting the object» WScript.echo obj3.GetObjectText_ obj3.Delete_ next WScript.echo «Deleting the object» WScript.echo obj1elem.GetObjectText_ obj1elem.Delete_ Next Ошибка обработки события уведомления из-за недоступности подписчика уведомлений winlogon (SessionEnv, Sens, GPClient) лечится в зависимости от ошибки удалением соответствющих строк в реесстре [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWinlogonNotifications Для удаления потребуется там же в реестре добавить разрешение для своей учетной записи на удаление/изменение, если есть права администратора и заменить владельца на себя

Geller	Сообщ. #6 , 08.01.15, 08:51
Newbie Рейтинг (т): нет	о спасибо, только здесь ответ нашла

Keepun

Сообщ. #7 , 08.01.15, 18:59

Раз тему аппают… дам правильный ответ Ускорение загрузки Windows for fun and profit — самая известная статья, в которой описаны xbootmgr и xperf, но полного решения проблемы там нет. Если после «xbootmgr -trace boot -prepSystem» проблема не решилась, то нужно изучать график загрузки драйверов. Например, в моем случае в 2012г. проблема была в дооооооолгой загрузке nfs.sys — это официальный NFS-клиент, который есть в «Компонентах Windows». Естественно удаление NFS-клиента решило проблему. Или недавно обновлял дрова… Interrupts (это не процесс, а датчик, поэтому PID он не имеет) стал грузить одно ядро CPU на 100%. Через xperf выяснил, что проблема в новых amd_sata.sys и amd_xata.sys Удалил их через Устройства и автоматически поставились нормальные старые версии и загрузка пропала. Если хотите кому-то помочь в этом вопросе, требуйте результат xperf заливать на файлообменники (30-500 Мбайт)

0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)

0 пользователей:

• Предыдущая тема
• Windows
• Следующая тема

[ Script execution time: 0,0300 ]   [ 15 queries used ]   [ Generated: 30.01.23, 09:07 GMT ]  

Не удалось подключиться к службе Windows

Ошибка «Не удалось подключиться к службе Windows» может возникнуть по разным причинам. Может перестать работать Служба уведомления о системных событиях, Клиент групповой политики. Последствия подобных неудачных подключений разные, но почти всегда ведут к неработоспособности системы.

У многих пользователей возникает проблема, когда в трее начинает появляется сообщение «Windows не удается подключиться к службе «Служба уведомления о системных событиях». Это препятствует входу в систему обычных пользователей».

Вместе с этим, компьютер начинает медленно грузиться или не грузится совсем, зависает, при входе в систему появляется черный экран, программы очень медленно запускаются и открываются, при этом ЦП показывает загрузку на 100%, но ничего конкретного не загружает. Также может не работать восстановление Windows. В целом, на компьютере становиться совершенно невозможно работать.

В большинстве случаев подобные проблемы происходят из-за повреждения разделов реестра с настройками Winsock по различным причинам. Он может повреждаться из-за неправильно установленного ПО, действия вирусов, неправильных настроек и некорректно установленных обновлений. Могут быть и другие причины.

Как исправить ошибку службы уведомления о системных событиях

Первое что можно сделать – это попробовать откатить систему в предыдущее состояние. Для этого заходим в Пуск, открываем Панель управления, выбираем Система и безопасность – восстановление системы.

Выбираете точку восстановления, которая появилась до того момента как начала появляется ошибка о подключении к службе Windows, и запускам процесс. Но в некоторых случаях это может не сработать из-за неполадок в системе или отсутствия точек восстановления. Обязательно проверьте систему антивирусом и чистильщиком мусора. Это может помочь.

Если проблема осталась, то отрываем командную строку и пишем: «route -f» , нажимаем на Enter, на следующей строке пишем «netsh winsock reset» . Закрываем и перезагружаем компьютер.

Если не помогло, опять открываем командную строку и последовательно вводим команды:

1. ipconfig /flushdns
2. nbtstat -R
3. nbtstat -RR
4. netsh int reset all
5. netsh int ip reset
6. netsh winsock reset
7. netsh interface tcp set global autotuninglevel=disabled

И снова перезагружаем.

Также можно попробовать открыть Центр управления сетями и нажать на «Изменение параметров адаптера». Далее щелкаем правой кнопкой мышки на «Подключение по локальной сети» и выбираем Свойства. Напротив «Клиент для сетей Майкрософт» должна стоять галочка, если ее нет, ставим ее и опять перезагружаем.

xn—-8sbapcreae3aehgq2acbblimc8q.xn--80adxhks

Не удается подключиться к службе Windows 7

Сообщения: 49900
Благодарности: 14224

Buka333, возможно, вирус испортил.

Указанные выше способы не решили проблему.

Это сообщение посчитали полезным следующие участники:

Сообщения: 3
Благодарности:

netsh winsock reset-успешно сброшен и для завершения операции необходимо перезагрузить компьютер

ещё раз сейчас на ошибки диск проверяется-windowsSystem32catroot что-то нашел

forum.oszone.net

Не удается подключиться к службе Windows — Служба уведомления о системных событиях

Пользователи операционной системой Windows сталкиваются с ошибкой «Не удается подключиться к службе Windows». Она может появляться при следующем включении компьютера после сбоя системы. Как исправить неудачное подключение к службе уведомлений о системных событиях— читайте далее в статье.

Причины ошибки «Не удается подключиться к службе»

Это сообщение появляется в трее Windows. При этом затрудняется вход на этот компьютер любым другим пользователям не из группы администратора. Все приложения запускаются очень медленно и так же работают. Если открыть диспетчер задач, то можно увидеть, что процессор загружен на сто процентов, хотя вы открыли только браузер или любую другую простую программу. Часто причиной ошибки «Не удается подключиться к службе Windows» выступают поврежденные файлы реестра, а именно технической спецификации Winsock (Windows Sockets).

Эта проблема может быть вызвана действиями вирусов на компьютере, в результате неправильной или незавершенной установки программного обеспечения. Ещё, неверных настроек системы и обновлений, которые иногда устанавливаются некорректно.

Устраняем ошибку при подключении к службе Виндовс

Чтобы устранить ошибку «Служба уведомления о системных событиях», нам необходимо попытаться восстановить системные файлы. Не рекомендуется использовать для этого сторонние программы, так как вы можете только усугубить ситуацию. Для решение этой проблемы мы задействуем системную утилиту DISM.

1. Найдите в меню «Пуск» через поисковую строку внизу окна командную строку. Нажмите на нее ПКМ и запустите с правами администратора.
2. В ней напишите следующую команду: DISM.exe /Online /Cleanup-Image /RestoreHealth .
3. Дождитесь завершения проверки и восстановления файлов.

Командная строка с DISM

Утилита DISM сканирует вашу файловую систему и обнаруживает отсутствующие или поврежденные файлы. После этого посылает запрос на официальный сайт Майкрософт, чтобы получить нужные файлы по сети. Когда файлы будут скачаны, утилита установит их и выдаст сообщение об успешно завершенной операции. При этом у вас должен быть подключенный Интернет.

Проверяем систему на вирусы

Для того, чтобы отбросить версию о вирусах, необходимо точно убедиться, что их нет в системе. Если на вашем компьютере установлено дополнительное антивирусное обеспечение, то запустите глубокую проверку на вирусы всех ваших дисков. После этого скачайте одну из одноразовых утилит для сканирования — AdwCleaner или Dr.Web Cureit! на ваш выбор. Эти утилиты действуют обычно пару дней, после этого для проверки требуют скачать другую версию, так как вирусные базы устарели.

Установите скачанную программу и запустите проверку. Их сканирование отличается более тщательной проверкой файловой системы. Поэтому после их проверки можно будет точно знать, что вирусов на компьютере нет.

Теперь, когда мы знаем, что система свободна от вирусов, выполним следующий шаг для устранения ошибки: Не удается подключится к службе Windows — Служба уведомления о системных событиях.

1. Откройте проводник Windows, нажав WIN+E.
2. Выберите системный диск и нажмите на нем ПКМ.
3. Далее выберите в перечне строк «Свойства».
4. Нажмите на вкладку «Сервис» и здесь нажмите кнопку «Проверить».
5. Также же сделайте и с другими дисками, если они у вас есть.

Проверка Windows

Устраняем ошибку с помощью команд

Если способы выше не помогли устранить проблему с компьютером и сообщение «Не удается подключиться к службе Windows» выскакивает снова, введем другую команду в строке. Вам нужно снова ее открыть и опять с правами администратора. Далее запишите все команды как на скриншоте ниже последовательно. Нажмите ENTER и закройте все программы. Перезагрузите систему.

Команды для устранения ошибки

Можно попытаться вернуть систему в прежнее рабочее состояние, выбрав точку восстановления Windows. Но это можно сделать только в том случае, если вы создавали такую точку ранее самостоятельно. Для этого выберите «Панель управления» в меню «Пуск» и найдите здесь раздел «Восстановление». Откроется окно, где нужно выбрать пункт «Настройки восстановления». Нужно будет выбрать нужную точку и запустить процесс.

Можно еще настроить центр управления сетями.

1. Для этого введите в поисковой строке меню «Пуск» — «Изменение параметров адаптера» и перейти на него.
2. Затем нажмите ПКМ по значку «Подключение по локальной сети», нажмите «Свойства».
3. В этом окне необходимо поставить галочку на пункте «Клиент для сетей Microsoft», после чего сохраниться и перезагрузить свой компьютер.
4. Теперь убедитесь, что системе удается подключиться к службе Windows, а служба уведомлений системных событий больше не предупреждает вас об ошибке.

rusadmin.biz

Не удается подключиться к службе Windows 7

Сообщения: 34362
Благодарности: 5994

Сообщения: 3
Благодарности:

Для восстановки Windows Vista:
1.Открыть меню пуск.
2. Ввести в строке поиска cmd.
3. Навести мышь на исполняющий файл cmd, нажать на правую кнопку мыши и выбрать «Запуск от имени администратора».
4. Ввести команду netsh winsock reset в консоли, и подтвердить нажатием Enter.
5. Перезагрузить компьютер. »

Последний раз редактировалось Dons, 06-10-2009 в 10:06 .