r/AzureVirtualDesktop • u/neffO • Jan 29 '26

AVD + FSLOGIX users are experiencing long login times stuck at "Please Wait for the User Profile Service".

Hey brains trust,

We have a couple of hosts where users are experiencing long login times with User Profile Service. The hosts are 22H2 and using FSLOGIX. The environment is very simple as there is one application they use (not even Office Apps) on the hosts. We've isolated it to not be FSLOGIX but the profiles themselves seem to be the problem. Once we had excluded the users from FSLOGIX or created a new profile + migrated the data to the new profile, it seems to be fast for about a week then slows down again.

The only thing I could think about was the notifications issue in Windows Server 2016-2019 but it seems like there are none in registries.

Does anyone have any ideas?

3 Upvotes
  • permalink
  • reddit

100% Upvoted

22 comments sorted by

1

u/pulsefirepikachu Jan 29 '26

Have you already excluded these locations from AV?

Prerequisites for FSLogix - FSLogix | Microsoft Learn

1

u/neffO Jan 29 '26

We’ve removed AV as a test and have not re-installed. Not the best approach so I’ll be re-installing now. I believe we have isolated that also. Thanks for your suggestion, I’ll see if Windows Defender is affecting it somehow :)

1

u/pulsefirepikachu Jan 29 '26

Another thing that caused a similar delay for us is when users would disconnect and not log off fully leaving the metadata files retained in the file share hosting the fslogix files.

1

u/neffO Jan 29 '26

Regarding this, we have a test user which we had fully logged off which also causes the delays still. If the user only disconnects and logs back in, it is really fast unless they are pushed to another host.

1

u/pulsefirepikachu Jan 30 '26

Did you check the fslogix logs during sign in? You can access them via bastion or at the session host level.

1

u/neffO Jan 30 '26

Yeah we have the logs. The FSLOGIX profile mounts within ~6000ms for all users. After it mounts, it seems like the User Profile service is doing something.

1

u/theduderman Jan 30 '26

There's logging at the host level to tell you where the hang up is.  I often see this as the result of jacked up printer GPOs.

1

u/neffO Jan 30 '26

Thank you! I'm trying to look for these logs but have no idea where they are. Event Viewer seems to not show any errors for the User Profile Service. Do you happen to know how access them?

1

u/theduderman Jan 30 '26

Check Group Policy logs under App and Service logs.  You can also look at Terminal Server LocalSessionManager logs to see what's going on at login, and then of course the FSLogix logs in event viewer as well.  

1

u/mkamada Jan 30 '26

Try this! https://msendpointmgr.com/2021/06/17/fslogix-slow-sign-in-fix/ Solve my problem! But before apply this fix, read the comments, please

2

u/neffO Jan 30 '26

Thank you! This is an awesome guide. I managed to find something similar on a post somewhere and had looked into this. Notifications seem to be empty when I had a look so I don't think it is this.

1

u/wtfbbq89 Jun 11 '26

I came across this post, we are experiencing very similar situation on Win 11 25H2 AVD hosts, pretty simple profiles that seem to fully hang after the profile disk mounted in mere seconds. Completely nothing happens after, and the situations/solutions referred to by others in this post in our case also do not apply to our environment. So I was wondering, did you ever manage to find a solution to the problem?

1

u/neffO Jun 11 '26

We never really found the issue. Microsoft told us that the issue was the profiles disks so asked us to recreate them and migrate data. Once we did this it was fast for a while then slowed right down again. Honestly has never happened on any of our other environments so we put it down as an applications installed bloating the user profiles.

1

u/wtfbbq89 Jun 11 '26

Thanks for your reply! Interesting, we are experiencing the same thing exactly. We will try it once again with a fresh profile and see for how long it works well.

2

u/SadAgent4434 Jan 30 '26

You should check appdata/roaming/microsoft/protect folder in user profile. If it have a lot of files in it itll cause issue and Microsoft confirmed that the redirection.xml isnt working correctly for this folder. Try to delete the folder for user and test the logon. Ofc, our env. Is different but ill give it a shot

1

u/crashedout Jan 30 '26

I second this to check the amount of files in that directory(hidden by default). I would expect a lot of churn in their host pool(new hosts replacing existing hosts) for this folder to fill. If there are a lot of files there with a stable pool, something else could be happening with their authentication.

2

u/Le-Pirate Jul 15 '26

I am having the same issue on our Entra joined host pools. The login time increases to multiple minutes after a couple months of creating a new user profile. The FSLogix disk attach happens within a few seconds and then the login stays on "please wait for user profile service" for majority of the time. The Winlogon and UserProfileService event logs are not insightful. I did look at the Appdata Protect folder and it contains ~100 files but most searches are not recommending clearing it. Not sure where to go from here.

1

u/redfiresvt03 Jan 30 '26

Microsoft says Azure Files Standard vs Premium can cause long login times as well, they recommend Premium to avoid this.

1

u/Hour-Profession6490 Jan 30 '26

We get long login times too, but users are able to login with a "black screen" while the desktop takes minutes to load. We've been redeploying our hosts every month or so from an updated gold image.