Добрый день!
Прошу помочь в решении проблемы с консолью администрирования WSUS.
1) На сервере присутствуют такие компоненты, как:
- WSUS
- Microsoft SQL Server 2014
- IIS
2) Собственно, ошибка при попытки подключения консоли администрирования к серверу WSUS:
Консоли администрирования WSUS не удается подключиться к серверу WSUS через удаленный API. Проверьте, запущены ли на сервере служба Update Services, IIS и SQL. Если проблему не удается устранить, попробуйте перезапустить IIS, SQL и службу Update Services. Непредусмотренная ошибка консоли администрирования WSUS. Данная ошибка может быть временной, попробуйте перезапустить консоль администрирования. Если ошибку не удается устранить, попробуйте удалить сохраненные параметры, удалив файл с именем "wsus" по адресу %appdata%MicrosoftMMC. System.IO.IOException -- Сбой установки соединения из-за неожиданного формата пакета. Source System Stack Trace: в System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest) в System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest) в System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest) в System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult) в System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) в System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) в System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) в System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result) в System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size) в System.Net.ConnectStream.WriteHeaders(Boolean async) ** this exception was nested inside of the following exception ** System.Net.WebException -- Базовое соединение закрыто: Непредвиденная ошибка при передаче. Source Microsoft.UpdateServices.Administration Stack Trace: в Microsoft.UpdateServices.Administration.AdminProxy.CreateUpdateServer(Object[] args) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.GetUpdateServer(PersistedServerSettings settings) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer() в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.get_ServerTools()
3) Произошло это после установки обновлений:
KB3000850
KB4014661
KB4014983
KB4014987
KB4015547
KB4015550
KB4018483
4) Служба «Служба WSUS» периодически отключается системой и производится запись в журнале вида:
Служба «Служба WSUS» неожиданно прервана. Это произошло (раз): 3.
5) В IIS в настройках сайта «Администрирование WSUS» требование к SSL отключено, порты по-умолчанию для http – 8530, для https – 8531.
6) В SQL Server 2014 Management Studio не наблюдаю SQL-базы, принадлежащей WSUS (я так понимаю, она должна называться SUSDB)
7) Переустановка WSUS, полное удаление все папки WSUS, а так же удаление файла %appdatamicrosoftmmcwsus не помогли
8) Запускал WindowsUpdateDiagnostic.cab, нашел 3 ошибки, исправил автоматически. Не помогло.
К сожалению, на этом мои знания закончились.
Прошу гуру подсказать, в каком направлении копать дальше.
Всем большое спасибо!
- Remove From My Forums
-
Question
-
I have just installed a brand new Windows Server 2012 R2 instance with 8 processor cores and 16gb ram and 2tb disk.
I installed the WSUS server role and chose quite a few classifications (we have a large environment with servers and desktops ranging from xp/2003 all the way up to 10 and we use about 60% of the product classifications because we have a *lot* of microsoft
products.When I click on the all udpates list and set it to show me «unapproved» «any» the WSUS client crashes and I get «Error : connection error. An error occured trying to connect to the WSUS server…» Click reset server node to
try to connect to the server again.Things I have tried to fix this :
1)ALL WINDOWS UPDATES ARE INSTALLED FROM THE INTERNET, NOTHING OUT OF DATE.
2)Reboot. This will allow me to load the console but looking at any lists of updates like the «all udpates» list crashes it again
3)This : https://support.microsoft.com/en-us/kb/3159706. That helped until I tried to approve some packages, after approving about 2000 it died again.
4)Restarting the WID service, the WSUS service and the IIS services (and all related services). THIS DOES NOTHING!
So no matter what I do, this unstable thing will just disconnect.
How do I fix this?
From what I read 3159706 was supposed to fix it, but it only fixed it for about 30 seconds, and now its back to dead again…
Answers
-
It actually took a call to Microsoft support to solve this.
Basically the WSUSApplicationPool has a builtin memory limit of 1.8gb. If it exceeds that it will crash, taking down the whole WSUS Application. The solution is go into advanced settings for that application pool and set the memory limit to 0.
That way it can use unlimited memory.From what the Microsoft rep told me, you can use up that whole 1.8gb from approving more than 500 updates at a time.
This rather tiny limit may have made sense back when WSUS was first released, but now even a small installation can have almost 20,000 updates to approve upon installation (Just for office, windows, visual studio, and exchange, which we all use). If
you add drivers, this can easily baloon to 60,000 plus.I’m actually quite surprised that the limit is set so low and that the default behavior when it is reached is to just «crash» or «halt», especially since with the app pool now halted, even restarting IIS and WSUS does not fix things.
You actually have to unhalt the app pool first and then restart IIS.-
Marked as answer by
Thursday, June 2, 2016 5:03 AM
-
Marked as answer by
- Remove From My Forums
-
Question
-
I have just installed a brand new Windows Server 2012 R2 instance with 8 processor cores and 16gb ram and 2tb disk.
I installed the WSUS server role and chose quite a few classifications (we have a large environment with servers and desktops ranging from xp/2003 all the way up to 10 and we use about 60% of the product classifications because we have a *lot* of microsoft
products.When I click on the all udpates list and set it to show me «unapproved» «any» the WSUS client crashes and I get «Error : connection error. An error occured trying to connect to the WSUS server…» Click reset server node to
try to connect to the server again.Things I have tried to fix this :
1)ALL WINDOWS UPDATES ARE INSTALLED FROM THE INTERNET, NOTHING OUT OF DATE.
2)Reboot. This will allow me to load the console but looking at any lists of updates like the «all udpates» list crashes it again
3)This : https://support.microsoft.com/en-us/kb/3159706. That helped until I tried to approve some packages, after approving about 2000 it died again.
4)Restarting the WID service, the WSUS service and the IIS services (and all related services). THIS DOES NOTHING!
So no matter what I do, this unstable thing will just disconnect.
How do I fix this?
From what I read 3159706 was supposed to fix it, but it only fixed it for about 30 seconds, and now its back to dead again…
Answers
-
It actually took a call to Microsoft support to solve this.
Basically the WSUSApplicationPool has a builtin memory limit of 1.8gb. If it exceeds that it will crash, taking down the whole WSUS Application. The solution is go into advanced settings for that application pool and set the memory limit to 0.
That way it can use unlimited memory.From what the Microsoft rep told me, you can use up that whole 1.8gb from approving more than 500 updates at a time.
This rather tiny limit may have made sense back when WSUS was first released, but now even a small installation can have almost 20,000 updates to approve upon installation (Just for office, windows, visual studio, and exchange, which we all use). If
you add drivers, this can easily baloon to 60,000 plus.I’m actually quite surprised that the limit is set so low and that the default behavior when it is reached is to just «crash» or «halt», especially since with the app pool now halted, even restarting IIS and WSUS does not fix things.
You actually have to unhalt the app pool first and then restart IIS.-
Marked as answer by
Thursday, June 2, 2016 5:03 AM
-
Marked as answer by
При попытке зайти на WSUS-сервер (который расположен на Windows Server 2012 и использует внутреннюю базу данных) видим следующую ошибку:

В Event Viewer текст ошибки так же непонятен:

Убедимся, что у вас WSUS использует базу данных WID. Для этого проверим ветку реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate Services) и находим значение поля “SqlServerName”. Если значение поля равно “MICROSOFT##WID”, то WSUS использует внутреннюю базу данных.

- Пытаемся перезапустить службу “MSSQL$MICROSOFT##W />
- Отсоединяем эту базу данных:

- Пытаемся ее снова подключить.

В моем случае этот этап завершался ошибкой “Не удалось проверить схему для базы данных “SUSDB”.
Это нормально! Нужно после этого открыть командную строку, перейти в директорию “C:Program FilesUpdate ServicesTools” и от имени администратора сервера и выполнить команду
Она должна выполниться успешно и после этого консоль WSUS будет успешно открываться.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
В какой-то момент, один из моих 2012R2 с ролью WSUS, перестал работать, при этом на сервере ничего не происходило кроме обновлений.
Решение как оказалось очень просто (майкрософт как обычно косячит в обновленияих, а конкретно в обновлении .NET Framework)
У меня в данной конкретной ситуации были вот такие логи:


Копание в «Windows Internal Database» ничего не дает, а решение просто.
Открываем cmd (под администратором) и вводим:
C:Windowssystem32>»C:Program FilesUpdate ServicesToolswsusutil.exe» postinstall /servicing
Log file is located at C:UsersSAMbI4AppDataLocalTemp mp2A35.tmp
Post install is starting
Post install has successfully completed
После чего со спокойной душой перезапускаем WSUS сервис, и все работает!
Пол года wsus исправно работал обновлял компы в домене, но что то пошло не так помогите разобраться.
Пул приложений «WsusPool» автоматически отключен из-за серии отказов в процессах, обслуживающих его.
Консоли администрирования WSUS не удается подключиться к серверу WSUS через удаленный API.
Процесс, обслуживающий пул приложений «WsusPool», превысил лимиты времени для завершения работы. Идентификатор процесса «24440».
Рабочий процесс «24440», обслуживающий пул приложений «WsusPool», не смог остановить канал прослушивателя для протокола «http» в отведенный интервал времени. Поле данных содержит номер ошибки.
Рабочий процесс, обслуживающий пул приложений «WsusPool», запросил очистку, поскольку достигнуто ограничение собственной памяти.
Процесс, обслуживающий пул приложений «WsusPool», превысил лимиты времени для завершения работы. Идентификатор процесса «23960».
Рабочий процесс «23960», обслуживающий пул приложений «WsusPool», не смог остановить канал прослушивателя для протокола «http» в отведенный интервал времени. Поле данных содержит номер ошибки.
—————————————————————————————————————————————————
Проверьте, запущены ли на сервере служба Update Services, IIS и SQL. Если проблему не удается устранить, попробуйте перезапустить IIS, SQL и службу Update Services.
Непредусмотренная ошибка консоли администрирования WSUS. Данная ошибка может быть временной, попробуйте перезапустить консоль администрирования. Если ошибку не удается устранить,
попробуйте удалить сохраненные параметры, удалив файл с именем «wsus» по адресу %appdata%MicrosoftMMC.
Недавно у нас возникли проблемы с сервером WSUS. Мне не удалось подключиться к серверу WSUS с помощью административной консоли WSUS.
Когда я попытался подключиться, я получил следующее сообщение об ошибке:
Ошибка: ошибка подключения
Произошла ошибка при попытке подключиться к серверу WSUS. Эта ошибка может произойти по ряду причин.
Нажмите Reset Server Node, чтобы попытаться снова подключиться к серверу.

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

В журнале событий было несколько журналов, связанных с этой проблемой, таких как:
Событие 5013, WAS — Процесс, обслуживающий пул приложений «WsusPool», превысил временные ограничения во время завершения работы. Идентификатор процесса был «3504»

Событие 5002, WAS — Пул приложений «WsusPool» автоматически отключается из-за серии сбоев в процессе (ах), обслуживающем этот пул приложений.

Имейте в виду, что ошибки возникали под разными идентификаторами событий и процессов.
Чтобы это исправить мы должны были отключить Быстрая защита от сбоев и поднять Частный предел памяти.
Вот как это сделать:
Войдите в свой WSUS-сервер, открыто Менеджер информационных служб Интернета (IIS).
На левой панели разверните сервер WSUS и нажмите на Пулы приложений. Если это не так, запустить пул приложений WsusPool и щелкните правой кнопкой мыши по нему.
Теперь выберите Расширенные настройки и сделайте следующее:
Под Быстрая защита от сбоев изменить Включено значение для Ложь.
Под Частное ограничение памяти (КБ), изменить значение на 3145725 или 3.1GB который рекомендован Microsoft.

Надеюсь это поможет.
При попытке зайти на WSUS-сервер (который расположен на Windows Server 2012 и использует внутреннюю базу данных) видим следующую ошибку:

В Event Viewer текст ошибки так же непонятен:

Убедимся, что у вас WSUS использует базу данных WID. Для этого проверим ветку реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate Services) и находим значение поля “SqlServerName”. Если значение поля равно “MICROSOFT##WID”, то WSUS использует внутреннюю базу данных.

- Пытаемся перезапустить службу “MSSQL$MICROSOFT##WID”. В русской версии Windows она называется “Внутренняя база данных Windows”.
- Если не помогает: подключаемся к этой базе через консоль MS SQL Server Managment Studio, причем в имени сервера прописываем путь “\.pipeMICROSOFT##WIDtsqlquery”
- Если все сделали правильно, то должны увидеть базу данных WSUS под названием “SUSDB”. Если с ней все впорядке, то она должна раскрыться (при нажатии на “+” слева). В моем случае этого не произошло, писалась ошибка “База данных SUSDB недоступна”

- Отсоединяем эту базу данных:

- Пытаемся ее снова подключить.
В моем случае этот этап завершался ошибкой “Не удалось проверить схему для базы данных “SUSDB”.
Это нормально! Нужно после этого открыть командную строку, перейти в директорию “C:Program FilesUpdate ServicesTools” и от имени администратора сервера и выполнить командуwsusutil postinstall [content parameter]
Она должна выполниться успешно и после этого консоль WSUS будет успешно открываться.
