none
Missing 2 DLLs for IIS after uninstalling WSUS (IIS broken?)

    Question

  • Hi Forum,

    I'm using a Windows Server 2012 Essentials for my home network.

    I had WSUS installed but didn't really use it, so I uninstalled it. This was a few days ago. I also did an OS update on Friday and restarted the server.

    However, I recognized that my IIS services are broken now. I get an error 500.19, which is, according to this article: http://support.microsoft.com/kb/942055/en-us that I'm missing two DLL files.

    1: C:\Program Files\Windows Server\Bin\Wssg.Web.dll

    2: C:\Program Files\Windows Server\Bin\WssgCommon.dll

    I can't say if there is anything more broken, I just think that maybe the DLLs got deleted when I uninstalled the WSUS, but I can not find a repair installation option for the IIS server.

    Is there a way to restore the IIS configuration (websites...) after an uninstall and reinstall of IIS?

    Can you help me here?

    Thank you!

    Sunday, November 17, 2013 9:45 PM

Answers

  • I had this same thing happen to me.  I found a few articles about something similar, and it fixed it.  From what I can gather, WSUS adds a global compression section to the root iis schema.  The files needed for this compression are of course removed when WSUS is uninstalled, but the changes to the iis schema remain.

    I ran the following command to list the http compression options:

    C:\Windows\System32\inetsrv>appcmd.exe list config -section:system.webServer/httpCompression

    This gave me:

    <system.webServer>
      <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compresse
    d Files">
        <staticTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="application/atom+xml" enabled="true" />
          <add mimeType="application/xaml+xml" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </staticTypes>
        <dynamicTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/x-javascript" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </dynamicTypes>
        <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
        <scheme name="xpress" doStaticCompression="false" doDynamicCompression="true
    " dll="C:\Program Files\Update Services\WebServices\suscomp.dll" staticCompressi
    onLevel="10" dynamicCompressionLevel="0" />
      </httpCompression>
    </system.webServer>

    As you can see, the "xpress" section references a dll path that will no longer exist after WSUS is uninstalled.  Since this is not present, all the web sites fail.

    I ran  appcmd set config -section:system.webServer/httpCompression /-[name='xpress']

    You should get the following in response to the command:

    Applied configuration changes to section "system.webServer/httpCompression" for
    "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST"

    Running the list config as above now shows:

    <system.webServer>
      <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compresse
    d Files">
        <staticTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="application/atom+xml" enabled="true" />
          <add mimeType="application/xaml+xml" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </staticTypes>
        <dynamicTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/x-javascript" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </dynamicTypes>
        <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
      </httpCompression>
    </system.webServer>

    This indicates the xpress section is now gone, and no longer looking for WSUS related files.

    I ran iisreset after the change to reset all the iis services, and now my web pages work fine.  I can access the default site as well as http://<server name>/connect.

    Hope this helps you as well.

    • Proposed as answer by NetMc Monday, November 18, 2013 3:45 AM
    • Marked as answer by Rosenheimer Monday, November 18, 2013 6:58 PM
    Monday, November 18, 2013 2:51 AM

All replies

  • I had this same thing happen to me.  I found a few articles about something similar, and it fixed it.  From what I can gather, WSUS adds a global compression section to the root iis schema.  The files needed for this compression are of course removed when WSUS is uninstalled, but the changes to the iis schema remain.

    I ran the following command to list the http compression options:

    C:\Windows\System32\inetsrv>appcmd.exe list config -section:system.webServer/httpCompression

    This gave me:

    <system.webServer>
      <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compresse
    d Files">
        <staticTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="application/atom+xml" enabled="true" />
          <add mimeType="application/xaml+xml" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </staticTypes>
        <dynamicTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/x-javascript" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </dynamicTypes>
        <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
        <scheme name="xpress" doStaticCompression="false" doDynamicCompression="true
    " dll="C:\Program Files\Update Services\WebServices\suscomp.dll" staticCompressi
    onLevel="10" dynamicCompressionLevel="0" />
      </httpCompression>
    </system.webServer>

    As you can see, the "xpress" section references a dll path that will no longer exist after WSUS is uninstalled.  Since this is not present, all the web sites fail.

    I ran  appcmd set config -section:system.webServer/httpCompression /-[name='xpress']

    You should get the following in response to the command:

    Applied configuration changes to section "system.webServer/httpCompression" for
    "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST"

    Running the list config as above now shows:

    <system.webServer>
      <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compresse
    d Files">
        <staticTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="application/atom+xml" enabled="true" />
          <add mimeType="application/xaml+xml" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </staticTypes>
        <dynamicTypes>
          <add mimeType="text/*" enabled="true" />
          <add mimeType="message/*" enabled="true" />
          <add mimeType="application/x-javascript" enabled="true" />
          <add mimeType="application/javascript" enabled="true" />
          <add mimeType="*/*" enabled="false" />
        </dynamicTypes>
        <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
      </httpCompression>
    </system.webServer>

    This indicates the xpress section is now gone, and no longer looking for WSUS related files.

    I ran iisreset after the change to reset all the iis services, and now my web pages work fine.  I can access the default site as well as http://<server name>/connect.

    Hope this helps you as well.

    • Proposed as answer by NetMc Monday, November 18, 2013 3:45 AM
    • Marked as answer by Rosenheimer Monday, November 18, 2013 6:58 PM
    Monday, November 18, 2013 2:51 AM
  • Thank you very much!

    It's a great description and totally solved the problem for me.

    Monday, November 18, 2013 6:59 PM
  • I ran through NetMc's solution set-by-step and it fixed my problem also.

    Thank you very much :-D.

    I stuffed around with my server configuration for hours trying to work out why "Anywhere Access" website was no longer accessible. I didn't realise the trigger was the removal of the WSUS role from WSE2012R2. If the xpress section is not a dependency of any other installable roles, It would be nice for the WSUS role removal to do this clean-up whilst it is removing the other components.


    • Edited by jaywi11 Tuesday, February 18, 2014 2:56 PM
    Tuesday, February 18, 2014 2:55 PM
  • I had exactly the same problems after removing WSUS, followed your simple instructions and it's all back working!
    Thursday, May 21, 2015 9:17 AM
  • Thank you! You saved me hours- your fix worked perfectly.
    Monday, May 25, 2015 2:25 PM
  • Great post, Great Fix, Now SCCM Application Catalog site  is running again after move WSUS to other server.

    Just one NOTE

    NOTE: If you got permission error when you run

    appcmd.exe list config -section:system.webServer/httpCompression

    Go to

    C:\Windows\System32\inetsrv>appcmd.exe list config -section:system.webServer/httpCompression

    ERROR ( message:Configuration error Filename: redirection.config
    Line Number: 0
    Description: Cannot read configuration file due to insufficient permissions. )

    Just browse to path C:\Windows\System32\inetsrv\config

    and add permission to your user when prompted

    You save us from a lot of troubleshooting time

    Cheers from Spain


    Principal Consultant

    Wednesday, May 25, 2016 7:33 AM
  • Thank you!

    Monday, October 3, 2016 1:51 PM
  • Tyvm, you saved my day :)
    Monday, October 31, 2016 1:02 PM
  • Jesus f***ing christ you just saved my ass!

    Thank you!!

    Can confirm that the exact same thing happens in a Server 2016 exclusive environment after uninstalling and cleaning up after WSUS. 

    Microsoft, get a grip!!


    • Edited by DIY_glenn Friday, February 23, 2018 12:55 PM
    Friday, February 23, 2018 12:54 PM
  • Thank YOU!!!
    Tuesday, June 26, 2018 9:43 PM
  • Thank you! worked perfectly!
    Thursday, August 16, 2018 11:38 AM