80072ee2 ошибка обновления windows server 2008 r2 wsus

В этой статье я постараюсь перечислить основные способы исправления ошибки с кодом 80072EE2, которая появляется при поиске или установке обновлений Windows через Windows Update или SUS. Ошибка 80072EE2 может встречаться во всех версиях Windows, начиная с Windows 7 / Windows Server 2008 R2 и заканчивая Windows 10 / Windows Server 2016.

При попытке выполнить поиск новых обновлений в Центре обновления Windows появляется текст:

“Не удалось выполнить поиск новых обновлений
Произошла ошибка при поиске новых обновлений для компьютера. Найдены ошибки: Код 80072EE2”

Согласно таблице кодов ошибок обновления на сайте Microsoft, данный код ошибки интерпретируется как ERROR_INTERNET_TIMEOUT (-2147012894) The request has timed out. Это означает, что по какой-то причине система не смогла получить доступ к узлу Microsoft Update или сервер WSUS.

Содержание:

• Проверьте наличие подключение к интернету и наличие доступа к сайту Windows Update
• Проверка параметров прокси-сервера и межсетевого экрана
• Сброс настроек системного прокси
• Перерегистрация библиотек агента обновления Windows
• Изменение размера MTU на 1492
• Исправлении ошибки 0x80072ee2 при установке обновлений через WSUS
• Недостаток ресурсов для пула WsusPool
• Ошибка 0x80072ee2 в виртуальных машинах Hyper-V

Проверьте наличие подключение к интернету и наличие доступа к сайту Windows Update

Прежде всего, рекомендуется проверить, что ваш компьютер имеет доступ к Интернету. Попробуйте в браузере открыть сайт http://download.windowsupdate.com. В том случае, если доступ к сайту имеется, откроется такая страница.

Проверка параметров прокси-сервера и межсетевого экрана

В том случае, если вы подключаетесь к интернету через прокси-сервер, проверьте, что в настройках Internet Explorer указан верный прокси-сервер. Кроме того, для доступа к узлам Windows Update, прокси сервер не должен запрпшивать авторизацию. Либо на межсетевом экране нужно разрешить компьютерам прямой доступ на узлы Windows Update:

http://*.update.microsoft.com
https://*.update.microsoft.com
http://download.windowsupdate.com

Сброс настроек системного прокси

Проверьте, не изменились ли у вас настройки системного прокси-сервера (это часто делают различные вирусы и трояны). Для этого, откройте командную строку с правами администратора и выполните команду, импортирующую настройки системного прокси-сервера из параметров IE.

netsh winhttp import proxy source=ie

В некоторых случаях отсутствие регистрации динамических библиотек службы обновления Windows также может вызывать ошибку 80072ee2. В этом случае рекомендуется в командной строке (с правами администратора) перерегистрировать все связанные с службой Windows Update dll-библиотеки):

regsvr32 oleaut32.dll
regsvr32 jscript.dll
regsvr32 vbscript.dll
regsvr32 softpub.dll
regsvr32 msxml.dll
regsvr32 wintrust.dll
regsvr32 initpki.dll
regsvr32 cryptdlg.dll

Изменение размера MTU на 1492

Установка некорректного размера MTU также может приводить к появлению ошибки 80072ee2 (конечно, это не самый распространенная причина, но отметать ее не стоит). Проверьте текущий размер MTU командой

netsh interface ipv4 show subinterfaces

Для изменения размера MTU на значение 1452 для проводного интерфейса используется команда

netsh interface ipv4 set subinterface "Local Area Connection" mtu=1452 store=persistent

а для беспроводного интерфейса:

netsh interface ipv4 set subinterface "Wireless Network Connection" mtu=1452 store=persistent

Исправлении ошибки 0x80072ee2 при установке обновлений через WSUS

Если данная ошибка обновления Windows появляется при установке обновления с внутреннего сервера WSUS, рекомендуется проверить корректность его настройки в реестре. Запустите regedit.exe, перейдите к следующему разделу реестра: HKEY_Local_MachineSoftwarePoliciesMicrosoftWindowsWindowsUpdate и проверьте значение в параметров WUServer и WUStatusServer. Они должны указывать на действующий адрес вашего WSUS сервера.

Если вы не хотите использовать внутренний WSUS, а хотите получать обновления непосредственно из Центра обновления Windows, удалите эти параметры из реестра и перезапустите службу «Windows Update» командой:

net stop wuauserv && net start wuauserv

Недостаток ресурсов для пула WsusPool

В том случае, если для распространения обновлений вы используете собственный сервер WSUS, проверьте нет ли проблем с доступными ресурсами на сервере. При недостатке памяти пул IIS, отвечающий за работу WSUS сервера может периодически отваливаться (WsusPool). Попробуйте убрать ограничение на использование оперативной памяти для пула WsusPool. Откройте консоль IIS Manager и перейдите в раздел Application Pools-> WsusPool->Advanced Settings. Измените значение параметра Private Memory Limit на 0 и перезапустите IIS.

Ошибка 0x80072ee2 в виртуальных машинах Hyper-V

При использовании среды виртуализации Hyper-V иногда может возникнуть ситуация, когда Windows в гостевых виртуальных машинах не может обновляться. Я несколько раз сталкивался с этим на Windows Server 2008 R2. Система выдает ошибку 80072EE2 и все тут. Как оказалось, ошибка связана с параметром физического сетевого адаптера сервера Hyper-V, отвечающего за передачу больших пакетов.

Чтобы исправить проблему, нужно на хостовом гипервизоре Hyper-V запустить диспетчер устройств и открыть свойства физического сетевого адаптера.

На вкладке Advanced нужно отключить следующие параметры: Large Send Offload V2 (IPv4) и Large Send Offload V2 (IPv6). Эти параметры отвечают за сегментирование больших пакетов данных драйвером сетевого адаптера.

Сохраните изменения и выполните новый поиск обновлений на виртуальной машине

На чтение 5 мин. Опубликовано 15.12.2019

Просмотров 5.8к.
Обновлено 11.06.2020

Мы знаем, как неприятно получать непредвиденные ошибки при попытке обновить свою систему. Эффект может длиться достаточно долго, чтобы подорвать ваше терпение и лишиться возможности получать дальнейшие обновления. Несмотря на то, что каждую неделю появляется все больше новых ошибок обновления, сегодня мы взглянем на Код ошибки 80072ee2 , который возникает во время поиска обновлений. К счастью, проблема уже исследована, поэтому мы знаем как ее решить. Из последних лабораторных отчетов выяснилось, что наиболее частыми причинами его появления являются поврежденные файлы и значения регистра, а также некоторых папок, которые отвечают за правильную работу обновлений. Устранение ошибки 15ee30 и конечная установка обновлений без сбоев займет не более 80072–2 минут. Также, вы можете смело применять наши инструкции для решения ошибок 8024400A и 8024400D, они имеют общий источник возникновения.

1. Воспользуйтесь средством устранения неполадок Центра обновления Windows

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

1. Откройте Настройки , а затем в Обновление и безопасность > Устранение неполадок.
2. На правой панели найдите Центр обновления Windows и нажмите Запустить средство устранения неполадок.
3. Завершите процесс, следуя инструкциям на экране, и перезагрузите компьютер.

Если это не помогло, переходите к другим решениям ниже.

2. Измените значения в Редакторе реестра.

Редактор реестра — это специальная среда, в которой содержаться записи и значения многих процессов, реализуемых в Windows. Если знать потенциальную причину, то можете отредактировать или удалить некоторые значения самом реестре, чтобы вернуть работу служб и процессов в нормальное состояние. Именно это мы и сделаем в этом методе. Внимательно следуйте этим инструкциям, чтобы не пропустить ничего важного.

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

1. Нажмите Windows Key + R кнопки, вставьте services.msc, и нажмите Enter , чтобы открыть редактор.
2. Найдите Центр обновления Windows в списке, щелкните по нему правой кнопкой мыши и выберите Stop чтобы прекратить ее работу на некоторое время.
3. После этого перейдите в папку SoftwareDistribution по этому пути C:WindowsSoftwareDistribution и удалите из него все содержимое. Вы также можете вставить этот путь в строку, нажав Windows Key + R кнопки еще раз.
4. Теперь вернитесь к службе Центр обновления Windows , которую мы нашли выше, щелкните по ней правой кнопкой мыши и выберите Начать.

По завершении этих четырех шагов настало время внести необходимые изменения в редакторе реестра.

5. Нажмите Windows Key + R кнопки, как мы уже делали, и вставьте regedit. Разрешите действие, если всплывет окно с запросом.
6. Как только вы войдете в Редактор реестра, перейдите в

HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdate

7. После нажатия на Центр обновления Windowsнайдите две записи с именем WUServer и WUStatusServer. Щелкните по ним правой кнопкой мыши и выберите Удалить.
8. Перезагрузите компьютер и попробуйте снова установить обновления. Теперь все должно работать без проблем.

3. Проверьте целостность системных файлов.

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

С помощью SFC

1. Откройте Командная строка , введя cmd в поле поиска рядом с Меню Пуск кнопку.
2. Щелкните правой кнопкой мыши по Командная строка , а затем выберите Запуск от имени администратора.
3. После открытия консоли введите sfc /scannow команду и нажмите Enter.
4. Когда процесс восстановления будет завершен, перезагрузите компьютер.

С помощью DISM

1. Откройте Командная строка как мы это делали на предыдущем шаге.
2. Скопируйте и вставьте эту команду DISM.exe /Online /Cleanup-image /Restorehealth.
3. Нажмите Enter и подождите, пока Windows закончит сканирование и исправление.
4. После этого перезагрузите компьютер и снова установите обновление.

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

4. Сбросьте компоненты Центра обновления Windows.

После выполнения трех решений выше, скорее всего вы уже устранили ошибку и больше не читаете это руководство. Если это не так, попробуйте восстановить все компоненты Центра обновления Windows с нуля. Некоторые процедуры, выполняемые в этом методе, аналогичны тем, что мы сделали во втором решении, однако имеют более глубокое влияние и потенциал решения. Весь процесс включает перезапуск служб BITS, Cryptographic, MSI Installer и Windows Update, а также переименование некоторых папок обновлений (SoftwareDistribution и Catroot2). Эти папки содержат временные файлы, необходимые для установки обновлений Windows. Исходя из этого, мы заставим Windows удалить поврежденные элементы и создать компоненты обновлений с нуля. Ниже мы покажем два способа использования этого метода. Первый потребует ввода и выполнения каждой консольной команды в ручной последовательности. Другой выполняется с помощью так называемого пакетного сценария, написанного в Блокноте и сохраненного в формате WUReset.bat. Нет никакой реальной разницы в том, какой из них вы выберете. Хотя вся процедура может показаться сложной, она не займет много времени и знаний. Просто следуйте последовательности, указанной ниже:

Вручную

1. Откройте Командная строка , введя cmd в поле поиска рядом с Меню Пуск кнопку.
2. Щелкните правой кнопкой мыши по Командная строка , а затем выберите Запуск от имени администратора.
3. Скопируйте и вставьте этот список команд одну за другой, нажимая Enter после каждой. (Это действие отключит службы, ответственные за Обновления Windows)

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver

4. Затем мы должны переименовать вышеупомянутые папки. Просто вставьте эти команды, нажимая Enter после каждой.

ren C:WindowsSoftwareDistribution SoftwareDistribution.old
ren C:WindowsSystem32catroot2 Catroot2.old

5. Наконец, все, что осталось сделать, это вернуть отключенные службы. Введите эти команды так же, как мы делали ранее.

net start wuauserv
net start cryptSvc
net start bits
net start msiserver

6. На этом все. Перейдите в центр обновления Windows и попробуйте выполнить установку снова.

С помощью Пакетного файла

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

1. Откройте новый Блокнот . Для этого щелкните правой кнопкой мыши на любую свободную область на рабочем столе, выберите Новинки и Текстовый документ.
2. Затем вставьте этот список команд в блокнот:

@ECHO OFF
echo Simple Script to Reset / Clear Windows Update
echo.
PAUSE
echo.
attrib -h -r -s %windir%system32catroot2
attrib -h -r -s %windir%system32catroot2*.*
net stop wuauserv
net stop CryptSvc
net stop BITS
ren %windir%system32catroot2 catroot2.old
ren %windir%SoftwareDistribution sold.old
ren "%ALLUSERSPROFILE%Application DataMicrosoftNetworkDownloader" downloader.old
net Start BITS
net start CryptSvc
net start wuauserv
echo.
echo Task completed successfully...
echo.
PAUSE

3. После вставки всех команд, нажмите Файл > Сохранить как и назовите файл WUReset.bat, Обязательно установите Кодирование в ANSI и сохраните файл в любом месте.
4. Наконец, нажмите на файл правой кнопкой мыши и выберите Запуск от имени администратора и наслаждайтесь автоматическим сбросом компонентов обновлений Windows.

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

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

1. Сначала посетите официальный сайт Помощник по обновлению и нажмите на Обновить сейчас кнопку.
2. Затем откройте загруженный файл и нажмите Обновить сейчас снова.
3. Windows выполнить проверку вашего ПК на совместимость в течение нескольких секунд. После этого нажмите Далее и подождите, пока Windows обновит ваш компьютер.
4. В конце нажмите Перезапустить сейчас чтобы Windows завершила установку обновлений.

Вот и все. После выполнения этих шагов ваш компьютер должен быть обновлен и не сталкиваться с проблемами, как это было раньше.

В качестве альтернативы вы можете самостоятельно загрузить проблемное обновление прямо из каталога обновлений Microsft. Для этого вам необходимо знать название обновления, при установке которого возникают проблемы:

1. Нажмите Windows key + I одновременно.
2. Затем перейдите в Обновление и безопасность.
3. В правой части окна выберите Просмотр журнала обновлений.
4. После этого найдите и запишите самое последнее обновление (вверху списка).
5. Вы также можете непосредственно узнать название через обновление, которое приводит к ошибке (если оно отображается).
6. Далее найдите и загрузите записанное вами обновление из Microsoft Update Catalog.

Заключение

В какой-то момент постоянные ошибки обновления могут стать последней каплей в море, чтобы окончательно подорвать ваше терпение. Надеемся, что ситуация не зашла настолько далеко и вам удалось устранить ошибку 80072ee2 в Windows. Мы будем рады услышать ваши отзывы о том, какое решение помогло, и возникли ли у вас какие-либо трудности при выполнении всех шагов.

Jacob, its not a new server…

2016-04-07 06:25:00:343 348 9c8 Misc =========== Logging initialized (build: 7.6.7600.320, tz: +0100) ===========

2016-04-07 06:25:00:343 348 9c8 Misc = Process: C:Windowssystem32svchost.exe

2016-04-07 06:25:00:343 348 9c8 Misc = Module: c:windowssystem32wuaueng.dll

2016-04-07 06:25:00:343 348 9c8 Service *************

2016-04-07 06:25:00:343 348 9c8 Service ** START ** Service: Service startup

2016-04-07 06:25:00:343 348 9c8 Service *********

2016-04-07 06:25:00:406 348 9c8 Agent * WU client version 7.6.7600.320

2016-04-07 06:25:00:406 348 9c8 Agent * Base directory: C:WindowsSoftwareDistribution

2016-04-07 06:25:00:406 348 9c8 Agent * Access type: No proxy

2016-04-07 06:25:00:406 348 9c8 Agent * Network state: Connected

2016-04-07 06:25:03:000 348 9c8 DtaStor Default service for AU is {00000000-0000-0000-0000-000000000000}

2016-04-07 06:25:03:015 348 9c8 DtaStor Default service for AU is {9482F4B4-E343-43B6-B170-9A65BC822C77}

2016-04-07 06:25:03:062 348 9c8 Agent WARNING: failed to access the auth cab, fatal error 0x80070003

2016-04-07 06:25:03:078 348 9c8 Agent WARNING: Invalid service in the backup data store; cleaning up

2016-04-07 06:25:03:078 348 9c8 Agent WARNING: Failed to add and register service 7971f918-a847-4430-9279-4a52d1efe18d to the data store 0x80240031

2016-04-07 06:25:03:078 348 9c8 Agent WARNING: Default Service Recovery: Attempting to add pending registration for service 7971f918-a847-4430-9279-4a52d1efe18d to the data store

2016-04-07 06:25:05:031 348 11c4 Report CWERReporter::Init succeeded

2016-04-07 06:25:05:031 348 11c4 Agent *********** Agent: Initializing Windows Update Agent ***********

2016-04-07 06:25:05:031 348 11c4 Agent * Prerequisite roots succeeded.

2016-04-07 06:25:05:031 348 9c8 Agent Created new random SusClientId e6d2af2c-e51e-466c-8c63-4bf141b3678e. Old Id: none.

2016-04-07 06:25:05:031 348 9c8 Report *********** Report: Initializing static reporting data ***********

2016-04-07 06:25:05:031 348 9c8 Report * OS Version = 6.1.7601.1.0.65792

2016-04-07 06:25:05:031 348 9c8 Report * OS Product Type = 0x00000004

2016-04-07 06:25:05:031 348 11c4 Agent *********** Agent: Initializing global settings cache ***********

2016-04-07 06:25:05:031 348 11c4 Agent * WSUS server: http://keystone.esi1.evolving.com:8530 Opens a new window Opens a new window

2016-04-07 06:25:05:031 348 11c4 Agent * WSUS status server: http://keystone.esi1.evolving.com:8530 Opens a new window Opens a new window

2016-04-07 06:25:05:031 348 11c4 Agent * Target group: Bath Computers

2016-04-07 06:25:05:031 348 11c4 Agent * Windows Update access disabled: No

2016-04-07 06:25:05:031 348 11c4 DnldMgr Download manager restoring 0 downloads

2016-04-07 06:25:05:046 348 9c8 Report * Computer Brand = VMware, Inc.

2016-04-07 06:25:05:046 348 9c8 Report * Computer Model = VMware Virtual Platform

2016-04-07 06:25:05:046 348 11c4 AU ########### AU: Initializing Automatic Updates ###########

2016-04-07 06:25:05:046 348 11c4 AU # WSUS server: http://keystone.esi1.evolving.com:8530 Opens a new window Opens a new window

2016-04-07 06:25:05:046 348 11c4 AU # Detection frequency: 22

2016-04-07 06:25:05:046 348 11c4 AU # Target group: Bath Computers

2016-04-07 06:25:05:046 348 11c4 AU # Approval type: Scheduled (Policy)

2016-04-07 06:25:05:046 348 11c4 AU # Scheduled install day/time: Every day at 3:00

2016-04-07 06:25:05:046 348 11c4 AU # Auto-install minor updates: Yes (Policy)

2016-04-07 06:25:05:046 348 11c4 AU # Will interact with non-admins (Non-admins are elevated (User preference))

2016-04-07 06:25:05:046 348 9c8 Report * Bios Revision = 6.00

2016-04-07 06:25:05:046 348 9c8 Report * Bios Name = PhoenixBIOS 4.0 Release 6.0

2016-04-07 06:25:05:046 348 9c8 Report * Bios Release Date = 2013-07-30T00:00:00

2016-04-07 06:25:05:046 348 9c8 Report * Locale ID = 2057

2016-04-07 06:25:05:062 348 11c4 AU Setting AU scheduled install time to 2016-04-08 02:00:00

2016-04-07 06:25:05:062 348 11c4 AU Successfully wrote event for AU health state:0

2016-04-07 06:25:05:062 348 11c4 AU Initializing featured updates

2016-04-07 06:25:05:062 348 11c4 AU Found 0 cached featured updates

2016-04-07 06:25:05:062 348 11c4 AU Successfully wrote event for AU health state:0

2016-04-07 06:25:05:062 348 11c4 AU Successfully wrote event for AU health state:0

2016-04-07 06:25:05:062 348 11c4 AU AU finished delayed initialization

2016-04-07 06:25:05:062 348 11c4 AU Triggering AU detection through DetectNow API

2016-04-07 06:25:05:062 348 11c4 AU Triggering Online detection (non-interactive)

2016-04-07 06:25:05:062 348 9c8 AU #############

2016-04-07 06:25:05:062 348 9c8 AU ## START ## AU: Search for updates

2016-04-07 06:25:05:062 348 9c8 AU #########

2016-04-07 06:25:05:062 348 9c8 AU <<## SUBMITTED ## AU: Search for updates [CallId = {A393ACF6-BF98-4F61-99CD-DF9093D6E486}]

2016-04-07 06:25:05:062 348 e14 Agent *************

2016-04-07 06:25:05:062 348 e14 Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates]

2016-04-07 06:25:05:062 348 e14 Agent *********

2016-04-07 06:25:05:062 348 e14 Agent * Online = Yes; Ignore download priority = No

2016-04-07 06:25:05:062 348 e14 Agent * Criteria = «IsInstalled=0 and DeploymentAction=’Installation’ or IsPresent=1 and DeploymentAction=’Uninstallation’ or IsInstalled=1 and DeploymentAction=’Installation’ and RebootRequired=1 or IsInstalled=0 and DeploymentAction=’Uninstallation’ and RebootRequired=1»

2016-04-07 06:25:05:062 348 e14 Agent * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} Managed

2016-04-07 06:25:05:062 348 e14 Agent * Search Scope = {Machine}

2016-04-07 06:25:05:062 348 e14 Setup Checking for agent SelfUpdate

2016-04-07 06:25:05:062 348 e14 Setup Client version: Core: 7.6.7600.320 Aux: 7.6.7600.320

2016-04-07 06:25:16:875 348 e14 Misc Validating signature for C:WindowsSoftwareDistributionSelfUpdatewuident.cab with dwProvFlags 0x00000080:

2016-04-07 06:25:16:890 348 e14 Misc Microsoft signed: NA

2016-04-07 06:25:16:890 348 e14 Misc WARNING: Cab does not contain correct inner CAB file.

2016-04-07 06:25:16:890 348 e14 Misc Validating signature for C:WindowsSoftwareDistributionSelfUpdatewuident.cab with dwProvFlags 0x00000080:

2016-04-07 06:25:16:890 348 e14 Misc Microsoft signed: NA

2016-04-07 06:25:16:906 348 e14 Setup Wuident for the managed service is valid but not quorum-signed. Skipping selfupdate.

2016-04-07 06:25:16:906 348 e14 Setup Skipping SelfUpdate check based on the /SKIP directive in wuident

2016-04-07 06:25:16:906 348 e14 Setup SelfUpdate check completed. SelfUpdate is NOT required.

2016-04-07 06:25:17:015 348 e14 PT +++++++++++ PT: Synchronizing server updates +++++++++++

2016-04-07 06:25:17:015 348 e14 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://keystone.esi1.evolving.com:8530/ClientWebService/client.asmx Opens a new window Opens a new window

2016-04-07 06:25:31:828 348 e14 Agent Switching to hardware-verified ClientId.

2016-04-07 06:25:31:844 348 e14 PT WARNING: Cached cookie has expired or new PID is available

2016-04-07 06:25:32:031 348 e14 Agent Created new random SusClientId 22f3145d-ec10-495e-948e-77fbb51a8d12. Old Id: e6d2af2c-e51e-466c-8c63-4bf141b3678e.

2016-04-07 06:25:32:031 348 e14 PT Initializing simple targeting cookie, clientId = 22f3145d-ec10-495e-948e-77fbb51a8d12, target group = Bath Computers, DNS name = knkumar-vm.uk.evolving.com

2016-04-07 06:25:32:031 348 e14 PT Server URL = http://keystone.esi1.evolving.com:8530/SimpleAuthWebService/SimpleAuth.asmx Opens a new window Opens a new window

2016-04-07 06:26:35:860 348 940 AU Triggering AU detection through DetectNow API

2016-04-07 06:26:35:860 348 940 AU Piggybacking on an AU detection already in progress

2016-04-07 06:35:56:989 348 e14 Misc WARNING: Send failed with hr = 80072ee2.

2016-04-07 06:35:56:989 348 e14 Misc WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <>

2016-04-07 06:35:56:989 348 e14 Misc FATAL: SOAP/WinHttp — SendRequest: SendRequestUsingProxy failed. error 0x80072ee2

2016-04-07 06:35:56:989 348 e14 PT + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0

2016-04-07 06:35:56:989 348 e14 PT + Caller provided credentials = No

2016-04-07 06:35:56:989 348 e14 PT + Impersonate flags = 0

2016-04-07 06:35:56:989 348 e14 PT + Possible authorization schemes used =

2016-04-07 06:35:56:989 348 e14 PT WARNING: SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200

2016-04-07 06:35:56:989 348 e14 PT WARNING: PTError: 0x80072ee2

2016-04-07 06:35:56:989 348 e14 PT WARNING: SyncUpdates_WithRecovery failed.: 0x80072ee2

2016-04-07 06:35:56:989 348 e14 PT WARNING: Sync of Updates: 0x80072ee2

2016-04-07 06:35:56:989 348 e14 PT WARNING: SyncServerUpdatesInternal failed: 0x80072ee2

2016-04-07 06:35:56:989 348 e14 Agent * WARNING: Failed to synchronize, error = 0x80072EE2

2016-04-07 06:35:56:989 348 e14 Agent * WARNING: Exit code = 0x80072EE2

2016-04-07 06:35:56:989 348 e14 Agent *********

2016-04-07 06:35:56:989 348 e14 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]

2016-04-07 06:35:56:989 348 e14 Agent *************

2016-04-07 06:35:56:989 348 e14 Agent WARNING: WU client failed Searching for update with error 0x80072ee2

2016-04-07 06:35:57:020 348 ccc AU >>## RESUMED ## AU: Search for updates [CallId = {A393ACF6-BF98-4F61-99CD-DF9093D6E486}]

2016-04-07 06:35:57:020 348 ccc AU # WARNING: Search callback failed, result = 0x80072EE2

2016-04-07 06:35:57:020 348 ccc AU # WARNING: Failed to find updates with error code 80072EE2

2016-04-07 06:35:57:020 348 ccc AU #########

2016-04-07 06:35:57:020 348 ccc AU ## END ## AU: Search for updates [CallId = {A393ACF6-BF98-4F61-99CD-DF9093D6E486}]

2016-04-07 06:35:57:020 348 ccc AU #############

2016-04-07 06:35:57:036 348 ccc AU Successfully wrote event for AU health state:0

2016-04-07 06:35:57:036 348 ccc AU AU setting next detection timeout to 2016-04-07 10:35:57

2016-04-07 06:35:57:036 348 ccc AU Setting AU scheduled install time to 2016-04-08 02:00:00

2016-04-07 06:35:57:036 348 ccc AU Successfully wrote event for AU health state:0

2016-04-07 06:35:57:036 348 ccc AU Successfully wrote event for AU health state:0

2016-04-07 06:35:57:098 348 e14 Report CWERReporter finishing event handling. (00000000)

2016-04-07 06:35:57:098 348 e14 Report REPORT EVENT: {0D021C9D-0410-4980-BE19-093948C59F49} 2016-04-07 06:35:56:989+0100 1 148 101 {00000000-0000-0000-0000-000000000000} 0 80072ee2 AutomaticUpdates Failure Software Synchronization Windows Update Client failed to detect with error 0x80072ee2.

2016-04-07 06:35:57:176 348 e14 Report CWERReporter::HandleEvents — WER report upload completed with status 0x8

2016-04-07 06:35:57:176 348 e14 Report WER Report sent: 7.6.7600.320 0x80072ee2 00000000-0000-0000-0000-000000000000 Scan 101 Managed

2016-04-07 06:35:57:176 348 e14 Report CWERReporter finishing event handling. (00000000)

2016-04-07 06:35:57:192 348 e14 Report Uploading 1 events using cached cookie, reporting URL = http://keystone.esi1.evolving.com:8530/ReportingWebService/ReportingWebService.asmx Opens a new window Opens a new window

2016-04-07 06:36:10:849 348 e14 Report Reporter successfully uploaded 1 events.

Was this post helpful?
thumb_up
thumb_down