- Remove From My Forums
-
Вопрос
-
Добрый день поставил, настроил 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.StartSendBlob(Byte[] incoming, Int32 count, 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.AdminApiAccess.AdminApiTools.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer() в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.get_ServerTools()
Нажатие на «сброс серверного узла» не даёт результата, помогает только iisreset.
Несколько раз на разных серверах перенастраивал — ошибка повторяется.
Ответы
-
Удалите файл %AppData%MicrosoftMMCwsus
Мне это в свое время при подобной ошибке помогло.
-
Помечено в качестве ответа
7 апреля 2016 г. 9:52
-
Помечено в качестве ответа
- 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.
Hi, I am getting Error: Connection Error in two of the WSUS servers. Normally a couple of restarts usaully gets me the console from the server, or by connecting to the WSUS server from other WSUS Update Service consoles. But for the last two/three days I
am not able to do that. I checked the Application logs in the server after a reboot of the server. After about 10 min’s of a restart, the servers come up with the following Even ID.
13042: Self-update is not working.
12002: The Reporting Web Service is not working.
12012: The API Remoting Web Service is not working.
12032: The Server Synchronization Web Service is not working.
12022: The Client Web Service is not working.
12042: The SimpleAuth Web Service is not working.
12052: The DSS Authentication Web Service is not working.
12072: The WSUS content directory is not accessible.
System.Net.WebException: The remote server returned an error: (503) Server Unavailable.
at System.Net.HttpWebRequest.GetResponse()
at Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDirWebAccess(EventLoggingType type, HealthEventLogger logger)
Any idea how I can go back to not having all these errors and hopefully connect to the console?
Shahidul
Hi, I am getting Error: Connection Error in two of the WSUS servers. Normally a couple of restarts usaully gets me the console from the server, or by connecting to the WSUS server from other WSUS Update Service consoles. But for the last two/three days I
am not able to do that. I checked the Application logs in the server after a reboot of the server. After about 10 min’s of a restart, the servers come up with the following Even ID.
13042: Self-update is not working.
12002: The Reporting Web Service is not working.
12012: The API Remoting Web Service is not working.
12032: The Server Synchronization Web Service is not working.
12022: The Client Web Service is not working.
12042: The SimpleAuth Web Service is not working.
12052: The DSS Authentication Web Service is not working.
12072: The WSUS content directory is not accessible.
System.Net.WebException: The remote server returned an error: (503) Server Unavailable.
at System.Net.HttpWebRequest.GetResponse()
at Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDirWebAccess(EventLoggingType type, HealthEventLogger logger)
Any idea how I can go back to not having all these errors and hopefully connect to the console?
Shahidul
Во время регулярного утверждения обновлений на WSUS я столкнулся с ошибкой WSUS. Мы используем сервер Windows Server 2012 R2 со средой WSUS 3.0.
Когда я попытался открыть консоль WSUS, я получил следующее сообщение об ошибке:
Ошибка: ошибка подключения
Произошла ошибка при попытке подключиться к серверу WSUS. Эта ошибка может произойти по ряду причин. Проверьте связь с сервером. Пожалуйста, обратитесь к администратору сети, если проблема не устранена.
Нажмите «Сбросить узел сервера», чтобы снова попытаться подключиться к серверу.

Я также заметил, что служба WSUS не была запущена. Программа просмотра событий показала мне код события: ошибка 7053.
Как и во многих других ошибках, сброс узла сервера не помог. Наиболее распространенным решением, которое я смог найти, было удаление консольного кэша WSUS MMC, расположенного по адресу:
C: Users % имя пользователя% AppData Roaming Microsoft MMC WSUS
Когда я удалил этот файл WSUS, мне пришлось повторно подключиться к своему серверу WSUS, а затем я получил другое сообщение об ошибке WSUS:
Не удается подключиться к «% Servername%». Сервер SQL может не работать на сервере. Убедитесь, что SQL Server работает и правильно настроен на сервере. Обратитесь к администратору сети, если проблема не устранена.
После дальнейшего расследования я обнаружил, что Microsoft патч KB3148812 был виновником здесь, так как он обеспечивает предоставление расшифровки ESD в WSUS. Таким образом, удаление KB3148812 и перезагрузка сервера должны помочь. Кроме того, тем временем Microsoft выпустила KB3159706, который заменит патч KB3148812.
К сожалению, это тоже не помогло, поэтому мне пришлось копать дальше, чтобы найти решение.
Итак, вот что помогло в моем случае:
Открыть надземный командная строка (CMD)
Перейдите к: C: Program Files Update Services Инструменты
Запустите следующую команду:
wsusutil.exe /постустановочных / обслуживание
Как только вы получитеуспешно завершено»Откройте Диспетчер серверов и установите следующую функцию:
.NET Framework 4.5 Особенности
Услуги WCF
Активация HTTP

Это дополнительно установит Модель процесса службы активации Windows.

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