Wsus ошибка windows installer

Release Notes for Microsoft Windows Server Update Services 3.0

Although WSUS 3.0 may still run on servers running Terminal Services, doing so is not supported or recommended. WSUS 3.0 will not run on a server running Terminal Services in configurations using remote SQL Server implementations. Because all remote custom actions (including installation) on a Terminal Server license server will be run as the system account, and the server’s system account may not have permissions on the remote SQL Server, the installation may fail.

WSUS 3.0 may still run on servers running Terminal Services

Видимо не мой случа, т.к. судя по ошибке не может работать с ЛОКАЛЬНОЙ базой. Спасибо, что подтвердили мои опасения насчет несовместимости TS и WSUS

У меня была точь в точь такая же ошибка, правда немного не тот случай, TS на сервере нету,а я устанавливал через Remote Desktop, всё равно посмотрите может поможет HKLMSoftwareMicrosoftUpdate ServicesServerSetupInstallType у меня стояло значение «0x20» изменил на «0x80». Процесс установки после этого прошел успешно, SQL (Windows Internal Database) стоит локально.

Если ошибка возникает в начале установки (сразу код 0x80070643 в сообщении об ошибке), то не хватает разрешений на папки где располагается сам контент и база.

Если возникает ошибка, а код 0x80070643 проявляется в логах, то обычно не хватает разрешения на работу с внутренней базой данных (которая устанавливается установщиком WSUS). Обычно это проявляется из-за того что установка происходит из под сесии RDP (под удаленным рабочим столом), в этом случае для доступа к базе используется учетная запись SYSTEM, а у нее отсутствуют разрешения для сетевого доступа.

Пути решения проблемы:

1) удалить службы удаленного рабочего стола, установить WSUS локально, восстановить службы удаленного рабочего стола.

2) запустить установку под правами локального администратора (выполнить как: локальный администратор, а не администратор домена.) Помогает далеко не всегда.

3) Самый правильный путь. Удалить Windows Internal Database через установку / удаление программ. Если «Windows Internal Database» в списке отсуьствует, то удалить вручную (чисткой реестра, или есть соответствующая стать в базе знаний). После этого установить MS SQL Express Edition 2005. Перегрузить машину. Установить WSUS. Обычно при установке 2 пункт на странице выбора базы данных неактивен (там выбор локальной базы данных). Если так происходит, то вибираем третий пункт (но ни в коем случае не первый, Windows Internal Database устанавливать не следует) и вбиваем имя базы данных как указано в установке SQL Express «ServerName/SQLExpress»

Также в логах очень много кодов ошибок. Выглядят они так: Note: 1410. Иногда после этого идет непосредственно текст ошибки. Посмотреть, что именно значит эта ошибка можно тут.

Источник

В этой статье вводится несколько процедур устранения неполадок Windows службы обновления сервера (WSUS).

Домашние пользователи. Эта статья предназначена только для агентов технической поддержки и ИТ-специалистов. Если вы ищете помощь с проблемой, спросите microsoft Community.

Оригинальная версия продукта: Диспетчер конфигурации (текущая ветвь)
Исходный номер КБ: 4025764

Проверка необходимых условий

Если вы используете WSUS 3.0 SP2 на Windows Server 2008 R2, необходимо иметь обновление 4039929 или пакет обновлений более поздней версии, установленный на сервере WSUS.

Чтобы проверить версию сервера, выполните следующие действия:

Если вы используете WSUS в Windows Server 2012 или более поздней версии, на сервере WSUS должен быть установлен один из следующих ежемесячных откатов качества безопасности или более поздней версии:

Если вы используете Диспетчер конфигурации и точка обновления программного обеспечения установлена на сервере системы удаленного сайта, консоль администрирования WSUS должна быть установлена на сервере сайта. Для WSUS 3.0 SP2 на консоли администрирования WSUS также необходимо установить 4039929 или более позднее обновление. После установки 4039929 (удаленно или локально) требуется перезапуск сервера. После перезапуска проверьте, сохраняется ли проблема.

Устранение сбоев подключения

Чтобы устранить сбои подключения, выполните следующие действия:

Определения кода

В следующей таблице определяются общие коды ошибок. Дополнительные сведения о коде состояния HTTP в IIS см. в коде состояния HTTP в IIS 7 и более поздних версиях.

Идентификатор	Объяснение
200	Успешно
206	Продолжение: ОК
401	Авторизация: ОК, если последует 200
403	Отказ доступа: проблемы с сертификатом или неправильная конфигурация IIS.
404	Не найден: отсутствует виртуальный каталог или конфигурация IIS
500	Служба недоступна
503	Занят. Это может быть вызвано проблемой памяти пула приложений WSUS или слишком многими подключениями клиентов. Чтобы устранить проблему, необходимо увеличить ограничение закрытой памяти пула приложений WSUS до 4-8 ГБ. Для некоторых сред может потребоваться более 8 ГБ; настройка этого параметра по мере необходимости. См. в приложении Configure an Application Pool to Recycle after Reaching Maximum Used Memory (IIS 7).

Доступ к большинству URL-адресов WSUS в браузере возвращает ошибку 403.

503 ошибки в IIS могут сопровождаться ошибками xxxx2ee2 в c:windowswindowsupdate.log файле для клиентов.

Чтобы устранить 503 ошибки IIS, время клиентского времени или большое количество ошибок кругового круга, см. в полном руководстве по обслуживанию SUP WSUSи Configuration Manager.

Если IP-адрес клиента не появляется в журналах IIS, убедитесь, что клиент настроен на подключение к правильному серверу WSUS. Эта ситуация также может возникать из-за блокировки сети или из-за того, что сервер регистрировал специальную ошибку.

На сервере WSUS проверьте C:windowssystem32logfileshttperr журналы на факт ошибок.

Чтобы определить, установлен ли правильный FQDN сервера WSUS, проверьте в клиенте следующую подгруппу реестра:

Источник

WSUS: Ошибка при установке сборки — решение

Очень часто при попытке обновить WSUS версии 3 возникает ошибка вида «Ошибка при установке сборки. Microsoft.UpdateServices.Utils,fileVersion=….». Рассмотрим способ решения проблемы с обновлением WSUS.

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

Сервер WSUS определяет Windows 8.1 и Windows Server 2012 R2 как Windows 6.3. Идентифицировать, какая из двух ОС скрыта за этой надписью, невозможно.

Кроме того, конечно, любые патчи закрывают некоторые ошибки и недочеты программистов, и патчи на WSUS тут не исключение.

Например, для того, чтобы WSUS 3.0 SP2 распознал Windows 8.1 и Windows Server 2012 R2, на него нужно установить обновление KB2938066, которое обновит его до версии 3.2.7600.274. Что касается поддержки Windows 10 и Windows Server 2016, то тут всё грустнее. Насколько мне известно, для этого понадобится WSUS не ниже 4 версии. Впрочем, стоит учитывать, что Microsoft продлила поддержку WSUS 3.0 SP2 до 2020 года, так что ситуация может измениться (или уже изменилась).

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

Эта ошибка приведет к тому, что установщик выведет сообщение о неудачной попытке установки.

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

Во-первых, вам стоит знать, что неудачное обновление WSUS может запортить его базу данных. Возможно, вы с этим уже столкнулись. Поэтому для начала будет разумно сохранить её резервную копию. Не важно, крутится ли она у вас на Microsoft SQL Server или на встроенной Windows Internal Database, для создания резервной копии лучше использовать бесплатный Microsoft SQL Server 2008 R2 Management Studio Express. Подробнее о создании резервной копии базы данных WSUS можно почитать здесь.

Вторым пунктом будет непосредственно обновление WSUS. Перед установкой обновления отключите следующие службы:

SMS_EXECUTIVE (это служба System Center Configuration Manager, и её у вас может и не быть);

Update Services;

Служба веб-публикаций (англ. World Wide Web Publishing Service);

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

После установки обновления не забудьте снова отредактировать свойства служб и включить их. Если отображение версий ОС в списке клиентов не исправилось автоматически, то выполните следующие действия в командной строке компьютера-клиента от учетной записи с правами администратора:

1) Отключите службу Центра обновления Windows:

2) Удалите папку softwaredistribution (и все сложенные папки и файлы) в системном каталоге Windows:

3) Включите службу Центра обновления Windows:

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

Источник

Устранение неполадок с синхронизацией и импортом WSUS

Применяется к: Windows Server Update Services

Начиная с июля 2020 г. у пользователей возникли проблемы синхронизации и импорта WSUS с конечными точками обновления Windows (WU) или Microsoft Update (MU).

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

Конечные точки

В настоящее время WSUS использует следующие конечные точки для синхронизации метаданных:

Большинство серверов WSUS должны синхронизироваться с этой новой конечной точкой. Начиная с июля 2020 г. эта конечная точка принимает только подключения безопасности транспортного слоя (TLS) 1.2. Некоторые шифры были отключены.

Эта старая конечная точка будет в конечном итоге списана. Дополнительные сведения см. в рублях End of synchronization for WSUS 3.0 SP2. Эта конечная точка поддерживает подключения TLS 1.2, TLS 1.1 и TLS 1.0.

Эта старая конечная точка списалась с эксплуатации, подключение к ней завершится сбой.

При проблеме синхронизации WSUS или ручного импорта сначала проверьте конечную точку, с которой вы синхронизируете:

Откройте окно командной подсказки PowerShell на сервере WSUS.

Чтобы найти текущую конечную точку синхронизации, запустите следующий скрипт PowerShell:

Windows Server 2012 и более поздние версии должны быть настроены для использования https://sws.update.microsoft.com конечной точки. Если вы все еще используете или измените новую конечную точку, следуя шагам в https://sws1.update.microsoft.com https://fe2.update.microsoft.com синхронизации WSUS, сбой с soapException. При необходимости устранение неполадок с подключением с https://sws.update.microsoft.com конечной точкой.

Выпуск 1. Ручной импорт не удается, но синхронизация успешно

Многие пользователи импортируют обновления в WSUS вручную, а некоторые обновления необходимо импортировать вручную. Например, предварительные обновления, выпущенные в третью и четвертую недели месяца, должны импортироваться вручную. Начиная с конца июля 2020 г., возможно, вы не сможете импортировать обновления вручную.

Однако некоторые серверы WSUS могут успешно импортировать обновления. И обычная синхронизация с WU и MU продолжает работать.

Эта проблема возникает на серверах WSUS, которые работают Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 или Windows Server 2019.

Устранение неполадок 1

Запустите скрипт PowerShell в конечных точках, чтобы определить конечные точки использования серверов WSUS. Вероятно, вы увидите, что рабочие серверы общаются с серверами или с ошибками. https://fe2.update.microsoft.com https://sws1.update.microsoft.com https://sws.update.microsoft.com

Проверьте файл %Program Files%Update ServicesLogFilesSoftwareDistribution.log на ошибки при импорте обновлений вручную. И посмотрите на ошибки, похожие на следующий пример:

В следующем сообщении в ошибке указывается, что сервер WSUS пытался подключиться к WU/MU с помощью TLS, но wu/MU закрыл подключение:

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

На следующем скриншоте показан сетевой захват попытки подключения.

В сетевом захвате кадр 874 — это пакет Client Hello, использующий TLS 1.0. Frame 877 — это ответ сервера. Ответ включает флаги ACK (A) и RST (R). Так как конечная точка поддерживает только подключения TLS 1.2, она отказано в подключении и выдает https://sws.update.microsoft.com ответ сброса.

Разрешение проблемы 1

Эта проблема возникает из-за того, что функции импорта WSUS не могут использовать TLS 1.2.

Чтобы устранить эту проблему, используйте один из следующих методов:

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

Создайте или w3wp.exe.config файл, чтобы включить TLS 1.2.

Это изменение будет применяться w3wp.exe созданных экземпляров независимо от того, относятся ли они к WSUS. W3wp.exe TLS 1.2, если удаленная сторона поддерживает эту версию. Если включены TLS 1.1 и TLS 1.0, W3wp.exe согласовывать эти протоколы, если целевой сайт не поддерживает TLS 1.2.

Если файл %SystemRoot%system32inetsrvw3wp.exe.config не существует, выполните следующие действия:

Создайте новый файл с именем W3wp.exe.config в %SystemRoot%system32inetsrv папке.

Откройте файл в текстовом редакторе, например Блокнот.

Добавьте в файл следующие строки и сохраните файл:

Если файл %SystemRoot%system32inetsrvw3wp.exe.config уже существует, выполните следующие действия:

Откройте файл в Блокнот или другом текстовом редакторе.

Добавьте в элемент следующие строки и сохраните файл:

После создания или обновления W3wp.exe.config откройте окно командной подсказки, а затем запустите для перезапуска iisreset всех рабочих процессов. Проверьте, работает ли ручной импорт.

Выпуск 2. Сбой ручного импорта после отключения TLS 1.1 или TLS 1.0

TLS 1.1 и TLS 1.0 постепенно отламывются, так как считаются небезопасными. После отключения этих протоколов вы больше не сможете импортировать обновления. Однако синхронизация продолжает работать.

Эта проблема возникает на серверах WSUS, которые работают Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 или Windows Server 2019.

Устранение неполадок 2

Журналы WSUS, в которых включены версии SSL/TLS при его старте. Чтобы определить версии SSL/TLS, выполните следующие действия:

Перезапустите службу WSUS.

Запустите iisreset по повышенной командной подсказке, чтобы заставить WSUS пройти последовательность запуска.

Откройте консоль WSUS и подключите ее к серверу.

Откройте, %Program Files%Update ServicesLogFilesSoftwareDistribution.log и посмотрите записи, которые начинаются в протоколе SCHANNEL. Вы должны видеть записи, похожие на следующий пример:

Эти записи показывают, что отключены TLS 1.1 и TLS 1.0 и включен TLS 1.2.

Если процесс импорта не удается, softwareDistribution.log регистрирует следующую запись ошибки:

На следующем скриншоте показан сетевой захват попытки подключения.

В захвате сети на кадрах 1518-1520 покажите трехначерное рукопожатие (SYN, SYN ACK, ACK) между клиентом и сервером. Frame 1536 — это пакет ACK FIN с сервера WSUS.

WSUS закрывает подключение, так как все протоколы, которые он знает, как использовать для импорта (SSL3, TLS 1.0, TLS 1.1), отключены и не могут использовать TLS 1.2.

Разрешение проблемы 2

Эта проблема похожа на выпуск 1, в котором импорт WSUS не может использовать TLS 1.2. Чтобы устранить эту проблему, используйте решение проблемы 1.

Проблема 3. Сбой синхронизации на Windows Server 2012 и Windows Server 2012 R2 WSUS, которые применяют только обновления только для безопасности

Windows Server 2012 и Windows Server 2012 R2 содержат следующие треки обновления:

WSUS Windows Server 2012 и Windows Server 2012 R2 не может использовать TLS 1.2 для синхронизации, если не установлен один из следующих ежемесячных откатов или более позднего ежемесячного докатки:

Изменение, которое позволяет WSUS использовать TLS 1.2, является исправлением без обеспечения безопасности, оно включено только в ежемесячные откаты.

Некоторые пользователи предпочитают устанавливать только обновления только для безопасности и никогда не устанавливать ежемесячные откаты. Поэтому на серверах WSUS нет обновления, которое позволяет установить TLS 1.2. После изменения конечной точки для приемки только подключений TLS 1.2 эти серверы WSUS больше не могут синхронизироваться https://sws.update.microsoft.com с конечной точкой. Эта проблема также возникает на недавно установленном Windows Server 2012 или Windows Server 2012 WSUS-сервере R2, который не устанавливал ежемесячные откаты.

Устранение неполадок 3

Если на сервере WSUS установлены правильные обновления, WSUS будет входить в журнал, какие версии SSL/TLS включены при его старте. Выполните следующие действия на сервере WSUS:

Перезапустите службу WSUS.

Запустите iisreset из командной подсказки повышенной высоты, чтобы заставить WSUS пройти последовательность запуска.

Откройте консоль WSUS и подключите ее к серверу.

Если вы не можете найти эти записи, это означает, что обновление, которое включает TLS 1.2, не установлено.

Если синхронизация не удается, softwareDistribution.log регистрит следующее сообщение об ошибке:

На следующем скриншоте показан сетевой захват попытки подключения.

Разрешение проблемы 3

Чтобы устранить эту проблему, установите последнюю ежемесячную откатку для Windows Server 2012 или Windows Server 2012 R2. Также применяем решение для выпуска 1, чтобы предотвратить сбой ручного импорта.

Выпуск 4. Сбой синхронизации после июля 2020 г., если WSUS интегрирован с Configuration Manager

Многие установки WSUS интегрированы с точками обновления Microsoft Endpoint Configuration Manager программного обеспечения (SUP). После июля 2020 г. могут возникнуть сбои в синхронизации, если диспетчер конфигурации настроен для синхронизации драйверов Surface.

Эта проблема возникает на серверах WSUS, которые работают Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 или Windows Server 2019.

Устранение неполадок 4

Когда возникает эта проблема, записи, похожие на следующий пример, регистрируются в Wsyncmgr.log:

Кроме того, %Program FilesUpdate ServicesLogFilesSoftwareDistribution.log в файле в журнале печатались следующие ошибки:

Эти ошибки указывают на то, что подключение было закрыто. Эта проблема возникает из-за того, что в диспетчере конфигурации используется функция импорта WSUS. Таким образом, он имеет те же ограничения.

Разрешение проблемы 4

Выпуск 5. Синхронизация не удается после июля 2020 г. из-за ограниченных шифров

Вы можете отключить различные шифры для защиты подключений TLS. Начиная с июля 2020 г. серверы WSUS больше не могут синхронизироваться с WU/MU. Кроме того, при смене на прием только подключений https://sws.update.microsoft.com TLS 1.2 удаляются некоторые шифры.

Эта проблема возникает на серверах WSUS, которые работают Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 или Windows Server 2019.

Устранение неполадок 5

При синхронизации в файле регистрируются следующие %Program FilesUpdate ServicesLogFilesSoftwareDistribution.log ошибки:

Однако эти записи не являются полезными для определения того, есть ли у вас проблемы с шифром.

В этой ситуации используйте захват сети или проверьте объекты прикладной групповой политики (GPOs). Чтобы проверить применимые GPOs, запустите следующую команду по повышенной командной подсказке:

Откройте GPReport.html в браузере.

Поиск SSL Cipher Suite Order и параметр SSL Cipher Suites. Обычно этот параметр не настроен. Если она настроена, может возникнуть проблема, так как нет общего шифра с WU/MU.

С августа 2020 г. поддерживает https://sws.update.microsoft.com следующие шифры:

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

Если GPO применяется, и он не указывает один из этих шифров, связь с WU/MU не удается.

На следующем скриншоте показан захват сети.

Разрешение проблемы 5

Для устранения данной проблемы выполните следующие действия.

Для Windows Server 2016 и Windows Server 2019 включим один из следующих шифров:

Для Windows Server 2012 2012 r2 включаем один из следующих шифров:

Если шифры не установлены GPO, найдите следующий подкай реестра:

Добавьте один из необходимых шифров в значение Functions ключа реестра.

Перезапустите сервер WSUS.

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

Успешное подключение

На следующих скриншотах покажите успешное подключение, Windows Server 2016 WSUS-сервер синхронизирует обновления.

В сетевом захвате кадр 191 — это пакет Client Hello, использующий TLS 1.2. В кадре подробно показано, какие шифры были отправлены клиентом. Frame 195 — это пакет Server Hello с конечной точки. TLSCipherSuite, выбранный wu, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384. Сертификат сервера также отправляется в пакете Server Hello.

Дополнительная настройка подключения происходит в кадрах 196-203. Затем в кадре 207 начинается передача данных приложением (WSUS) и конечной https://sws.update.microsoft.com точкой.

Примечание о прокси-серверах

При использовании прокси-сервера необходимо знать IP-адрес внутреннего интерфейса прокси-сервера, так как WSUS не взаимодействует напрямую с конечными точками WU. Если вы не можете получить IP-адрес прокси-сервера, поиск захвата сети для запросов CONNECT и поиск URL-адреса конечной точки Windows обновления.

Источник

I am trying to install WSUS on Windows Server 2003 R2 and the installer fails with the above error message.

The log files are shown here:

**********

**** 2006-06-01 14:29:15  13:29:15   Executing External Command: C:WINDOWSMicrosoft.NETFrameworkv1.1.4322aspnet_regiis.exe -ir *****

***** 2006-06-01 14:29:26  13:29:26   External Command Exited, Return Code: 0 *****

Running a transacted installation.

Beginning the Install phase of the installation.
See the contents of the log file for the C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll assembly’s progress.
The file is located at C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log.
Installing assembly ‘C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll’.
Affected parameters are:
   categorymessagefile = C:Program FilesUpdate ServicesCommonEventCategories.dll
   logtoconsole =
   assemblypath = C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll
   showcallstack =
   logfile = C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log
   wsusinstall =
Creating performance counter category WSUS: Reporting Web Service.

An exception occurred during the Install phase.
System.FormatException: Input string was not in a correct format.
   at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
   at System.Int32.Parse(String s, IFormatProvider provider)
   at System.Diagnostics.PerformanceCounterLib.GetStringTable(Boolean isHelp)
   at System.Diagnostics.PerformanceCounterLib.get_NameTable()
   at System.Diagnostics.PerformanceCounterLib.get_CategoryTable()
   at System.Diagnostics.PerformanceCounterLib.CategoryExists(String machine, String category)
   at System.Diagnostics.PerformanceCounterCategory.Create(String categoryName, String categoryHelp, PerformanceCounterCategoryType categoryType, CounterCreationDataCollection counterData)
   at System.Diagnostics.PerformanceCounterInstaller.Install(IDictionary stateSaver)
   at System.Configuration.Install.Installer.Install(IDictionary stateSaver)
   at System.Configuration.Install.Installer.Install(IDictionary stateSaver)
   at System.Configuration.Install.AssemblyInstaller.Install(IDictionary savedState)
   at System.Configuration.Install.Installer.Install(IDictionary stateSaver)
   at System.Configuration.Install.TransactedInstaller.Install(IDictionary savedState)

The Rollback phase of the installation is beginning.
See the contents of the log file for the C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll assembly’s progress.
The file is located at C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log.
Rolling back assembly ‘C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll’.
Affected parameters are:
   categorymessagefile = C:Program FilesUpdate ServicesCommonEventCategories.dll
   logtoconsole =
   assemblypath = C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll
   showcallstack =
   logfile = C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log
   wsusinstall =
Restoring performance counter data to previous state for performance counter category WSUS: Reporting Web Service.
An exception occurred during the Rollback phase of the System.Diagnostics.PerformanceCounterInstaller installer.
System.ArgumentException: Cannot delete a subkey tree because the subkey does not exist.
   at System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
   at Microsoft.Win32.RegistryKey.DeleteSubKeyTree(String subkey)
   at System.Diagnostics.PerformanceCounterInstaller.DoRollback(IDictionary state)
   at System.Diagnostics.PerformanceCounterInstaller.Rollback(IDictionary savedState)
   at System.Configuration.Install.Installer.Rollback(IDictionary savedState)
An exception occurred during the Rollback phase of the installation. This exception will be ignored and the rollback will continue. However, the machine might not fully revert to its initial state after the rollback is complete.

The Rollback phase completed successfully.

The transacted install has completed.

The uninstall is beginning.
See the contents of the log file for the C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll assembly’s progress.
The file is located at C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log.
Uninstalling assembly ‘C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll’.
Affected parameters are:
   logtoconsole =
   assemblypath = C:Program FilesUpdate ServicesSetupbinMicrosoft.UpdateServices.Setup.CustomActions.dll
   showcallstack =
   logfile = C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log
   wsusinstall =
Removing performance counter category WSUS: Server Web Methods.
An exception occurred during the uninstallation of the System.Diagnostics.PerformanceCounterInstaller installer.
System.ComponentModel.Win32Exception: The configuration registry key is invalid
   at System.Diagnostics.PerformanceCounterLib.RegisterFiles(String arg0, Boolean unregister)
   at System.Diagnostics.PerformanceCounterLib.UnregisterCategory(String categoryName)
   at System.Diagnostics.PerformanceCounterCategory.Delete(String categoryName)
   at System.Diagnostics.PerformanceCounterInstaller.Uninstall(IDictionary savedState)
   at System.Configuration.Install.Installer.Uninstall(IDictionary savedState)
An exception occurred while uninstalling. This exception will be ignored and the uninstall will continue. However, the application might not be fully uninstalled after the uninstall is complete.
Removing performance counter category WSUS: Server Web Service.
An exception occurred during the uninstallation of the System.Diagnostics.PerformanceCounterInstaller installer.
System.ComponentModel.Win32Exception: The configuration registry key is invalid
   at System.Diagnostics.PerformanceCounterLib.RegisterFiles(String arg0, Boolean unregister)
   at System.Diagnostics.PerformanceCounterLib.UnregisterCategory(String categoryName)
   at System.Diagnostics.PerformanceCounterCategory.Delete(String categoryName)
   at System.Diagnostics.PerformanceCounterInstaller.Uninstall(IDictionary savedState)
   at System.Configuration.Install.Installer.Uninstall(IDictionary savedState)
An exception occurred while uninstalling. This exception will be ignored and the uninstall will continue. However, the application might not be fully uninstalled after the uninstall is complete.
Removing performance counter category WSUS: Client Web Service Methods.
An exception occurred during the uninstallation of the System.Diagnostics.PerformanceCounterInstaller installer.
System.ComponentModel.Win32Exception: The configuration registry key is invalid
   at System.Diagnostics.PerformanceCounterLib.RegisterFiles(String arg0, Boolean unregister)
   at System.Diagnostics.PerformanceCounterLib.UnregisterCategory(String categoryName)
   at System.Diagnostics.PerformanceCounterCategory.Delete(String categoryName)
   at System.Diagnostics.PerformanceCounterInstaller.Uninstall(IDictionary savedState)
   at System.Configuration.Install.Installer.Uninstall(IDictionary savedState)
An exception occurred while uninstalling. This exception will be ignored and the uninstall will continue. However, the application might not be fully uninstalled after the uninstall is complete.
Removing performance counter category WSUS: Client Web Service.
An exception occurred during the uninstallation of the System.Diagnostics.PerformanceCounterInstaller installer.
System.ComponentModel.Win32Exception: The configuration registry key is invalid
   at System.Diagnostics.PerformanceCounterLib.RegisterFiles(String arg0, Boolean unregister)
   at System.Diagnostics.PerformanceCounterLib.UnregisterCategory(String categoryName)
   at System.Diagnostics.PerformanceCounterCategory.Delete(String categoryName)
   at System.Diagnostics.PerformanceCounterInstaller.Uninstall(IDictionary savedState)
   at System.Configuration.Install.Installer.Uninstall(IDictionary savedState)
An exception occurred while uninstalling. This exception will be ignored and the uninstall will continue. However, the application might not be fully uninstalled after the uninstall is complete.
Removing performance counter category WSUS: Reporting Web Service.
An exception occurred during the uninstallation of the System.Diagnostics.PerformanceCounterInstaller installer.
System.InvalidOperationException: Cannot delete Performance Category because this category is not registered or is a system category.
   at System.Diagnostics.PerformanceCounterCategory.Delete(String categoryName)
   at System.Diagnostics.PerformanceCounterInstaller.Uninstall(IDictionary savedState)
   at System.Configuration.Install.Installer.Uninstall(IDictionary savedState)
An exception occurred while uninstalling. This exception will be ignored and the uninstall will continue. However, the application might not be fully uninstalled after the uninstall is complete.

The uninstall has completed.

**********

2006-06-01 14:26:53  Success   MWUSSetup          WSUS Server Setup Started.
2006-06-01 14:26:53  Success   MWUSSetup          Parsing command line arguments
2006-06-01 14:26:53  Success   MWUSSetup          WSUS Setup: Performing Install
2006-06-01 14:26:54  Success   MWUSSetup          Validating pre-requisites
2006-06-01 14:26:54  Success   MWUSSetup          .Net framework SP1 is detected on this machine
2006-06-01 14:26:54  Success   MWUSSetup          Creating WSUS registry key
2006-06-01 14:26:54  Success   MWUSSetup          Initializing installation details
2006-06-01 14:26:54  Success   MWUSSetup          Initializing wizard
2006-06-01 14:29:04  Error     MWUSSetup          GetProcAddress failed in SKU Check (Error 0x8007007F: The specified procedure could not be found.)
2006-06-01 14:29:04  Error     MWUSSetup          GetSqlFlavor failed (Error 0x8007007F: The specified procedure could not be found.)
2006-06-01 14:29:04  Error     MWUSSetup          Failed to determine Sql type of instance. Assuming it to be SQL… (Error 0x8007007F: The specified procedure could not be found.)
2006-06-01 14:29:15  Success   MWUSSetup          Installing ASP.Net
2006-06-01 14:29:26  Success   MWUSSetup          Asp.Net is installed successfully
2006-06-01 14:29:26  Success   MWUSSetup          ASP.Net is installed successfully
2006-06-01 14:29:26  Success   MWUSSetup          MSXML2 is already installed on this machine
2006-06-01 14:29:26  Success   MWUSSetup          Installing WMSDE
2006-06-01 14:30:29  Success   MWUSSetup          WMSDE Installed Successfully
2006-06-01 14:30:31  Success   MWUSSetup          WMSDE is installed successfully
2006-06-01 14:30:31  Success   MWUSSetup          Initializing MWUS installation
2006-06-01 14:30:31  Success   MWUSSetup          Installing PSFSIP
2006-06-01 14:30:31  Success   MWUSSetup          PSFSIP Installed Successfully
2006-06-01 14:30:31  Success   MWUSSetup          Copying installation settings to the registry
2006-06-01 14:30:31  Success   MWUSSetup          Installing MSUS…
2006-06-01 14:30:31  Success   MWUSSetup          Installing MWUS With Command Line SETUP_EXE=1  WUS_INSTALLMODE=»128″ AUTHENTICATED_USERS=»NT AUTHORITYAuthenticated Users» CONTENT_LOCAL=»1″ SQLINSTANCE_NAME=»%computername%WSUS» CUSTOMACTION_LOG=»C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log» REPLICA_PARENT
2006-06-01 14:30:32  Success   CustomActions.Dll  .Net framework path: C:WINDOWSMicrosoft.NETFrameworkv2.0.50727
2006-06-01 14:30:36  Success   CustomActions.Dll  Creating WSUS Administrators user group
2006-06-01 14:30:36  Success   CustomActions.Dll  WSUS Administrators user group already exists
2006-06-01 14:30:36  Success   CustomActions.Dll  Successfully created WSUS Administrators user group
2006-06-01 14:31:24  Error     MWUSSetup          MWUS Installation Failed (Error 0x00000643: Fatal error during installation.)
2006-06-01 14:31:24  Error     MWUSSetup          InstallMSUS failed (Error 0x80070643: Fatal error during installation.)
2006-06-01 14:31:24  Error     MWUSSetup          MWUS installation failed (Error 0x80070643: Fatal error during installation.)
2006-06-01 14:31:24  Error     MWUSSetup          PerformInstall failed (Error 0x80070643: Fatal error during installation.)
2006-06-01 14:31:24  Success   MWUSSetup          Rolling back Installation
2006-06-01 14:31:24  Success   MWUSSetup          WSUS Server installation failed. You can look at C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log file to determine the cause of the failure
2006-06-01 14:31:37  Success   MWUSSetup          WMSDE Uninstall Succeeded
2006-06-01 14:31:37  Error     MWUSSetup          Failed to copy SetupUninstallHelper.exe to C:DOCUME~1ADMINI~1LOCALS~1Temp1UninstallHelper.exe (Error 0x80070003: The system cannot find the path specified.)
2006-06-01 14:31:37  Success   MWUSSetup          Insert string: %1 For more information, see the Setup logs «%2» and «%3» .
2006-06-01 14:31:37  Success   MWUSSetup          szErrorType: Microsoft Windows Server Update Services could not install WSUSService and the performance counters.
2006-06-01 14:31:37  Success   MWUSSetup          ErrorLog: C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log
2006-06-01 14:31:37  Success   MWUSSetup          StringObtained: Microsoft Windows Server Update Services could not install WSUSService and the performance counters. For more information, see the Setup logs «C:Program FilesUpdate ServicesLogFilesWSUSCa_060601_1426.log» and «C:Program FilesUpdate ServicesLogFilesWSUSSet

**********

Any ideas what might be causing this?

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

1. Удаляем WID
https://social.technet.microsoft.com/Forums/ie/en-…

2. Удаляем вручную WSUS если нужно и чистим реестр, подчищаем папки в том числе удаляем старую БД с обновлением
https://blogs.technet.microsoft.com/sus/2008/11/05…

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

3. Удаляем net. framework старше версии 3.5

4. Идем в папку %Windir%SYSMSISSEEMSSQL.2005MSSQLShemaSig и переименовываем её в ShemaSig.old, в ней лежит сертификат на старый WSUS, из-за него у меня возникла проблема из первого поста, после переименования WSUS установился корректно.

Буду рад, если кому-нибудь помог.

Ошибка 0x80244010 windows7:

https://habrahabr.ru/post/278439/ С 18.05.2016 самый прогрессивный вариант установить 1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues! Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2». http://www.catalog.update.microsoft.com/Search.aspx?q=KB3125574 https://support.microsoft.com/en-us/kb/3125574 2. Ежемесячные кумулятивные обновления https://support.microsoft.com/en-us/kb/3020369 https://support.microsoft.com/en-us/help/22801/windows-7-and-windows-server-2008-r2-update-history

Ошибка 0x80070002:

Некоторые файлы обновления отсутствуют. Останавливаем службу автоматического обновления. Переименовываем папку C:WindowsSoftwareDistribution, запускаем службу.

Ошибка 0x8007f02b:

Нет места на диске для создания файлов Uninstall.   Чистим системный диск.

Ошибка 0x8007f003:

Нет места на диске для создания файлов Uninstall.   Чистим системный диск.

Ошибка 0x80072F8F:

Данная ошибка возникает если клиент настроен на использование SSL. Необходимо проверить совпадает ли Subject Name указанное в сертификате с именем сервера.

Ошибка 0x8007F004:

Проблема полномочий. Если пользователь имеют необходимые полномочия, но не включен в группу которой предоставлено право «Manage Auditing and Security Log» то данная ошибка будет появляться при установке обновлений.

Ошибка 0x80072EFD:

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

Ошибка 0x8024400D:

Первая причина в том что хранимые файлы возможно устарели (служба была остановлена на долгое время). 0) В командной строке запускаем: wuauclt /detectnow /resetauthorizations 1) Останавливаем службу автоматического обновления net stop wuauserv 2) Удаляем все файлы из папок C:WindowsSoftwareDistributionDataStore C:WindowsSoftwareDistributionDownload 3) Запускаем службу автоматического обновления и выполняем команду net start wuauserv wuauclt /detectnow

Ошибка 0x8024400D:

Второй причиной может быть проблема с WMI. 1) Первым вариантом ее решения будет остановка сервиса «Windows Management Instrumentation», удаление репозитория (папка Repository) из папки. C:WINDOWSSYSTEM32WBEM 2) Запускаем службу «Windows Management Instrumentation» и выполняем команду wuauclt /detectnow

Ошибка 0x80244016:

Неверный синтаксис запроса. Ничего делать не требуется.

Ошибка 0x80244017:

Требуется авторизация пользователя.

Ошибка 0x80244018:

Сервер принимает запрос но отказывается его выполнять.

Ошибка 0x80244019:

Ошибка на стороне клиента. Сопровождается сообщениями: Agent failed detecting Примечание: Данная ошибка наблюдалась после установки WSUS 3.0 SP1 поверх WSUS 3.0 Необходимо пройтись по следующим пунктам: 0) проверить наличие Windows Installer 3.1; 1) проверить наличие парсера msxml3,   при его наличии зарегистрировать соответствующие DLL; REGSVR32 MSXML.DLL REGSVR32 MSXML2.DLL REGSVR32 MSXML3.DLL

Ошибка 0x8024401B:

прокси сервер требует авторизации. Смотрим настройки прокси.

Ошибка 0x8024401C:

Сервер «устал» ждать запроса клиента

Ошибка 0x8024401E:

0x8024401E — запрашиваемый ресурс недоступен.

Ошибка 0x80072AFC:

0x80072AFC — ошибка DnldMgr.   Проверьте в журнале DNS имя используемое клиентом. Ошибки представленные выше далеко не все что могут быть, пишите постараюсь ответить в комментариях или включить решение в статью.

Ошибка WindowsUpdate_800B0001 OR WindowsUpdate_dt000:

При попытке обновления линеек Windows 7, Windows Server 2008 включая R2, выскакивает ошибка центра обновления Windows «800B0001». 800B0001 и Crypto PRO или ViPNet Многие, сталкивающиеся с ошибкой Windows Update 800B0001 в последнее время (осень – зима 2014), имеют Crypto Pro CSP, VipNet CSP или VipNet Client определенных версий на компьютере. Обновление программных комплексов до последней версии решает проблему с обновлениями операционной системы. Не исключено также, что с иными службами криптографии возможно появление аналогичной ошибки. Крипто Про Кроме этого, на официальном сайте Crypto Pro в разделе загрузок «Исправление для устранения проблем с Windows update для КриптоПро CSP 3.6, 3.6 R2 и 3.6 R3», работающее без необходимости обновления версии (если это критично для использования).

Установка и поиск обновлений происходит медленно/долго и возникает высокая загрузка ЦП в Windows 7 и Windows Server 2008 R2

https://support.microsoft.com/ru-ru/kb/3102810 — KB3102810 решает проблемы с обновлениями KB971058 — исправление с проблемами обновлений (fix it) https://support.microsoft.com/ru-ru/kb/971058 KB949104 — обновление агента Центра обновления Windows до последней версии. KB3020369 – обновление стека обслуживания (апрель 2015), для установки KB3172605 KB3138612  – обновление для агента wuauserv (март 2016), для установки KB3172605 kb3102810 — обновление для Центра обновлений Microsoft KB3172605 — обновление для Центра обновлений Microsoft (требует уст. KB3020369,KB3138612) KB3135445 — обновление для Центра обновлений Microsoft https://support.microsoft.com/ru-ru/kb/3135445 kb3102810 — обновление для Центра обновлений Microsoft KB3102810 — на 2016.12.19 решает проблемы с обновлениями https://support.microsoft.com/ru-ru/kb/3102810

0x80072F8F в event

1)система не  обновляется 2)система не активируется Решение: проверить дату, время, год, день=)

Очень часто при попытке обновить WSUS версии 3 возникает ошибка вида «Ошибка при установке сборки. Microsoft.UpdateServices.Utils,fileVersion=….». Рассмотрим способ решения проблемы с обновлением WSUS.

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

Кроме того, конечно, любые патчи закрывают некоторые ошибки и недочеты программистов, и патчи на WSUS тут не исключение.

Например, для того, чтобы WSUS 3.0 SP2 распознал Windows 8.1 и Windows Server 2012 R2, на него нужно установить обновление KB2938066, которое обновит его до версии 3.2.7600.274. Что касается поддержки Windows 10 и Windows Server 2016, то тут всё грустнее. Насколько мне известно, для этого понадобится WSUS не ниже 4 версии. Впрочем, стоит учитывать, что Microsoft продлила поддержку WSUS 3.0 SP2 до 2020 года, так что ситуация может измениться (или уже изменилась).

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

Эта ошибка приведет к тому, что установщик выведет сообщение о неудачной попытке установки.

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

Во-первых, вам стоит знать, что неудачное обновление WSUS может запортить его базу данных. Возможно, вы с этим уже столкнулись. Поэтому для начала будет разумно сохранить её резервную копию. Не важно, крутится ли она у вас на Microsoft SQL Server или на встроенной Windows Internal Database, для создания резервной копии лучше использовать бесплатный Microsoft SQL Server 2008 R2 Management Studio Express. Подробнее о создании резервной копии базы данных WSUS можно почитать здесь.

Вторым пунктом будет непосредственно обновление WSUS. Перед установкой обновления отключите следующие службы:

SMS_EXECUTIVE (это служба System Center Configuration Manager, и её у вас может и не быть);

Update Services;

Служба веб-публикаций (англ. World Wide Web Publishing Service);

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

После установки обновления не забудьте снова отредактировать свойства служб и включить их. Если отображение версий ОС в списке клиентов не исправилось автоматически, то выполните следующие действия в командной строке компьютера-клиента от учетной записи с правами администратора:

1) Отключите службу Центра обновления Windows:

Net stop wuauserv

2) Удалите папку softwaredistribution (и все сложенные папки и файлы) в системном каталоге Windows:

RD /s %windir%softwaredistribution

3) Включите службу Центра обновления Windows:

Net start wuauserv

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