Removing the Application Catalog Role after Upgrading to ConfigMgr 1806

If you have been keeping up with SCCM/ConfigMgr release notes, you will have seen that in 1806, you no longer need to have the Application Catalog Role installed in order to enable User Available applications in Software Center (if you didn’t already know, yeah, that was a requirement previously). If you were like me, this was one of your first actions after upgrading to 1806. Unfortunately, there appears to be a bug with removing the role that causes clients to stop seeing User Available software in Software Center. I’m going to walk through the removal process as well as the remediation of the client issue.

Removing the Application Catalog Role

Simply go into your ConfigMgr console and navigate to \Administration\Overview\Site Configuration\Servers and Site System Roles. Select each of the Application Catalog Roles then select Remove Role.

You should be able to watch smscomp.log to see the uninstall progress. You should see an entry like this showing that the role is being removed then several more actions that run to switch over the role to the new 1806 functionality. It should happen very quickly.

If your client settings are pointing to a custom Application Catalog URL, be sure change it to default. Your setting should look like this:

That’s it. You’re now using the cool new 1806 Application service (I honestly don’t know the name is, if there is one.)

Checking your Client for Issues

At this point, you should be able to open Software Center on your client that had User Available applications in it prior to the change and the applications should be there just like before. You can confirm the change by checking the SCClient_XXXX.log on the client to see that Software Center is pointing to the new web service.

Working Client – Entry on [email protected]_2.LOG

Broken Client – Entries in 
[email protected]_2.LOG and PolicyAgent.log

If you see the error entries, then read on, otherwise, you should be installing Applications from Software Center, not reading a blog!!

Remediating Client Issues

The fix that Adam Juelich and I have settled is to make a change in the client settings policy (he toggled a setting in the Software Center settings) then try again on the client. You MAY need to update client policies, but in our testing, that wasn’t necessary. Simply close and re-open Software Center and the apps reappeared and the errors went away.


We have reached out to the ConfigMgr product group and they are looking into the issue. In the meantime, just change a client setting and see if you get it working. Please send me a note or message me on Twitter if you find any issues or other info about this issue.


  • Reply
    December 16, 2018 at 2:43 am

    after removing the role the user that are in the secondary site stop seeing the application ?

  • Reply
    January 3, 2019 at 8:45 pm

    After removing the roles, I no longer see the Applications, and also receive auth errors:
    GetApplicationsAsync: The HTTP request is unauthorized with client authentication scheme ‘Negotiate’. The authentication header received from the server was ‘Negotiate’
    Unable to fetch user categories, unknown communication problem.

  • Reply
    Gregory Rowley
    May 2, 2019 at 9:43 am

    This page was very helpful in resolving agent installations after upgrading SCCM to v1902. However, just removing the application catalog roles is not enough. You must also go to your sccm server and open IIS Manager, drill down to Sites> Default Web Site> CCM_CLIENT. There you need to open HTTP REDIRECT and uncheck redirect requests to this destination.

    Until I did that my clients could not find the installation package.

  • Reply
    January 17, 2020 at 4:33 am

    Adam, thank you very much for writing this up and linking to the Twitter thread. Great insight that solved my problem this morning.

  • Reply
    May 26, 2020 at 5:32 pm

    after i removed the role for App catalog web service point , App catalog web site point.

    i tried to install it again , but its not showing in site role

  • Reply
    May 26, 2020 at 6:07 pm

    Thanks for your update

  • Comment

    This site uses Akismet to reduce spam. Learn how your comment data is processed.