Failure to load the application settings for package Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy. Error Code: -2147024893
Hi,
We've been having some intermittent problems with M365 apps (OneDrive, Outlook and MSTeams) in our Windows 11 23H2 Multisession AVD Environment. This is using the marketplace image /w M365 apps x64 gen 2. We use FSLogix (3.25.401.15305), profiles stored on an Azure NetApp File share, with the following registry settings on each host. We have about 15 hosts.
We will sometimes haves users that cannot authenticate to any MS app with the following error messages:
Note: It seems only a handful of users have reported the problem. (Myself included), but 99% of the time I'm logging in and my M365 apps are authenticating properly.
OR
OneDrive will just hang on signing in...
In the event viewer I see a consistent pattern of these 4 events whenever the issue occurs.
- Event ID: 10 Failure to load the application settings for package Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy. Error Code: -2147024893
- Event ID: 10 Failure to load the application settings for package Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy. Error Code: -2147024893
- Event ID: 23 Triggered repair of state locations because operation SettingsInitialize against package Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy hit error -2147009096.
- Event ID: 24 Repair of state locations for operation SettingsInitialize against package Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy with error -2147009096 returned Error Code: 0
What I have tried is this:
- As the user, run the following script:
Add-AppxPackage -Register -Path "C:\Windows\SystemApps\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy\AppxManifest.xml" -DisableDevelopmentMode
- Closing all MS Apps and deleting the following folders and re-launching the app, but same issue
- %USERPROFILE%\AppData\Local\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyew
- %USERPROFILE%\AppData\Local\Packages\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy
- %USERPROFILE%\AppData\Local\Microsoft\TokenBroker
I have not tried re-creating their FSLogix profile; would like that to be a last resort.
My workaround is to have the user sign off their AVD session and sign back in. Sometimes that works, often it requires me to put that specific host into drain mode and have the user login to a different AVD host.
This does not happen to every user on that host. User 1,2 and 3 all sign-in to Host A just fine, no auth issues. Then user 4 signs into the same host and experiences the issue. User 5 signs in and is just fine, no auth issues. So there's no pattern as to why this only happens to certain users on different AVD hosts, intermittently.
Anyone have an ideas or suggestions to permanently fix this issue?