You are here: » Windows Server » WsusPool keeps crashing: stops again and again

WsusPool keeps crashing: stops again and again

WSUS Application Pool IIS Advanced Settings

Sometimes you find your WSUS server keeps crashing over and over again. WSUS is unavailable and/or the WSUS management console hangs. When you start to investigate as to why Windows Server Update Services crashes, you’ll notice the following error message being logged in the HTTPErr log files:

2017-05-08 05:03:53 56433 80 HTTP/1.1 POST /SimpleAuthWebService/SimpleAuth.asmx 503 707060612 AppOffline WsusPool
Code language: YAML (yaml)

In the Eventlog you might find errors indicating that the WSUS administration console is unable to connect to WSUS Server via remote API:

The WSUS administration console was unable to connect to the WSUS Server via the remote API.

Verify that the Update Services service, IIS and SQL are running on the server. If the problem persists, try restarting IIS, SQL, and the Update Services Service.

Sometimes clients checking for Windows Updates would quickly error out with a code 0x80244021, which indicates the inability to reach WSUS.

How to improve Windows Server Update Services (WSUS) availability

To improve WSUS availability, you need to increase IIS Private Memory Limit. The default limit is set to 1843200KB. And when an IIS worker process uses more than 2GB, WSUS crashes and the problem occurs.

Change Private Memory Limit (KB) to a higher number that fits your server specifications or simply , which means no limit, instead of the hard-coded 1843200.

Follow this path to find the setting:

WSUS Application Pool IIS Advanced Settings
WSUS Application Pool IIS Advanced Settings

Internet Information Services (IIS) Manager → Server → Application Pools → Select “WSUSPool” → Actions Advanced → Recycling → change “Private Memory Limit (KB)“.

This’ll improve WSUS availability.

A second approach may be to set Enable 32-Bit Applications to False in the Application Pools Advanced Settings. This’ll disable the 32-bit mode for WSUSPool, and forces it to run 64-bit. Be sure to have an ISAPI Filter set for 64-bit Framework as well!

  • Open IIS Manager on the WSUS server.
  • Browse to the website being used by WSUS. Depending on the WSUS configuration, this will typically be either the Default Web Site or a site named WSUS Administration.
  • Double-click ISAPI Filters.
  • Verify there is an entry that corresponds to ASP.Net v4.0 (the specific version number may vary) and has an Executable path set with Framework64.

In PowerShell you can use the following:

(Get-WebConfiguration "/system.applicationHost/applicationPools/add[@name='WsusPool']").enable32BitAppOnWin64
Code language: PowerShell (powershell)


Get-WebConfigurationProperty -PSPath "IIS:\Sites\WSUS Administration" -Filter /system.webServer/isapiFilters -Name Collection[path="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_filter.dll"]
Code language: PowerShell (powershell)

Set WsusPool “Private Memory Limit” value using PowerShell

Of course you can use PowerShell to set WsusPool’s Private Memory Limit to 0. Just use the following webadministration module example:

Set-WebConfiguration "/system.applicationHost/applicationPools/add[@name='WsusPool']/recycling/periodicRestart/@privateMemory" -Value 0
Code language: PowerShell (powershell)

WSUS Maintenance and Server Cleanup Wizard

Learn how to clean up WSUS, how to re-index the WSUS 3.0 database, and how to get the WSUS version in PowerShell (thanks to Johan de Haan @ Serverfault):

[void][reflection.assembly]::LoadWithPartialName("Microsoft.UpdateServices.Administration") $wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer("wsus-server",$False) $wsus.Version
Code language: PowerShell (powershell)

You can use server cleanup to free up old computers, updates and update files from your server. I recommend to perform this action regularly. Go to Options -> Server Cleanup Wizard, and follow the steps.

WSUS Server Cleanup Wizard screen 1
WSUS Server Cleanup Wizard screen 2
WSUS Server Cleanup Wizard screen 3

I just performed a cleanup prior to making these images…

Protip: learn how to fix the issue when WSUS is downloading patches extremely slow. Force BITS to ForegroundPriority in WSUS‘ configuration.

29 thoughts on “WsusPool keeps crashing: stops again and again”

  1. And still relevant here in 2021 on a Windows Server 2019 installation. Sigh…
    Also FWIW, if you have lots of resoruces, I find better and more reliable performance by increasing the IIS worker count a bit as well.

  2. Thank you for posting the fix. For those who fixed it, how much memory did you allocate to the WSUS pool?

    Did you try the 64 bits mode as well?

  3. How can I say THANK YOU loud enough! After hours of reading, testing and trying, I found your post. Setting up System Managed Paging files on my Azure Machine and then setting memory to 0 as you suggested for both Private Memory and Virtual Memory, followed by a reboot got me up and running in a few seconds!

  4. Thanks for this! One thing I discovered was that my WSUSPool was stopped when I initially looked at the Private Memory Limit. With it stopped it reads 0. Luckily, I started it and then checked the value again and it was at the default 1843200. So, make sure your WSUSPool is running before inspecting the values!


  5. Unfortunately, this does not resolve the issue for my installation. I’ve tried using the console on the server, and using the remote console on my computer. I still get timeout errors even with 24GB of RAM and a fresh reboot of the server.

    1. Hi Bryan,
      Sorry to hear the solution didn’t work for you. So perhaps you have a different problem with WSUS, for example its database might be corrupted or maybe the catalog becomes too big.

      You may find a solution here: or here:

      I’m happy to learn what solved your issue with WSUS, so please let me know :)

  6. I WISH I had found this post before constantly having to remove/reapply the WSUS role to our server – this issue has been bugging me off and on for a couple of years now. Increased the AppPool memory to 8GB and ZAP! instant performance! Thank you SO much for this.

  7. This tweak is essential for the product to work correctly. Only the most minor of reporting was available to us w/o implementing this change on our WSUS Server 2016.

    Thank you very much for discovering and writing this up.

  8. Phew, I could’ve sworn I’d changed this setting on the server, turns out I hadn’t, set it to 0 and no more 503 errors, thank you!

Leave a Reply

Your email address will not be published. Required fields are marked *