Sep 07 2021 12:31 AM
Hi,
I have a problem at a customer where all apps deployed to a user collection are not displayed in software center.
After digging, I have found the following errors in SCClient_<Domain>@user.log
The exact translation is ;
GetCategoryValuesAsync: There was no endpoint listening at https://xxx/CMUserService_WindowsAuth/applicationviewservice.asmx that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.. Unable to fetch user categories, no endpoint found. (Microsoft.SoftwareCenter.Client.ViewModels.SoftwareListViewModel+<LoadAppCatalogApplicationsAsync>d__164 at MoveNext)
It's followed by the same error message with d__125 as you can see in the screenshots.
This server is a single server hosting MP / DP / SQL etc.. installed by myself (Current Branch 2107).
It's fully https and I never installed and removed Application Catalog role.
In the beginning of this year, app deployment to users was fully functional.
We have Co-Management installed.
Can anyone help me please?
Thanks
Sep 18 2021 03:40 PM
Sep 19 2021 04:43 PM
Sep 19 2021 11:02 PM
Sep 20 2021 01:47 PM
Sep 20 2021 11:30 PM
Oct 13 2022 05:37 AM
@Aventador06 Good day. I know this is very old, but I seem to be having a similar issue recently. Did you ever get a fix for this from MS?
Oct 13 2022 06:33 AM
@ThEGr33k Hi,
Indeed, after many months looking for the problem, I finally found the right guy at MS that, after a full frame capture, was able to point to the source of the problem: the GlobalProctect VPN client is, somewhere in the middle between the client computer and the MECM server, removing the user's identity.
We were able to reproduce the problem by removing GlobalProtect from the equation, but this is not an option for this customer (who's using it even when the computers are connected to the LAN...), so we gave up and decided that all deployments would be sent to computers and not users.
We didn't contact GlobalProtect to see if there were a solution to this because we've lost almost a year searching for the problem.
Hope this helps you