Forum Discussion
FSLogix issues with slow login and black screen
FSLogix 2210 hotfix 2 (2.9.8612.60056)
Windows (Windows 11 Enterprise multi-session)
AVD Hosts
What we know:
Disable AppXSvc - no slow login, but some apps do not open and Explorer crashes on Session Desktop.
If we enable AppXSvc and disable new Features with FSLogix the slow login/black screen is still a problem but logins do not take 20min-1hr to open.
Still takes 3minutes-40 minutes for some profiles to login with the black screen.
Features disabled:
RoamRecycleBin
VHDCompactDisk
InstallAppXPackages
Prior to building new Images we had Windows 10 multi-session
FSLogix 2210 hotfix 1 (2.9.8440.42104)
Hosts would lock up intermittently. Causing us to place in drain mode so the Host could be restarted.
A Sandbox Workspace was set up and we confirmed if we disable FSLogix we have no issues logging in.
I opened a ticket with Microsoft Support over a week ago and there has been no one assigned to the ticket. This has been escalated and still no response.
Looking for suggestions or any help.
Thanks,
Denise
- We confirmed the problem was not FSLogix by excluding the local admin account from FSLogix. Login times for the local admin was slow too.
What we learned is that AppX was the symptom, not the cause, once we added more Hosts and reduced the number of Users per Host. The login times were back to what we were used to.
We were not able to provide a complete dump to give Microsoft more information for analysis because this is a production environment.
Here are a couple of the ways to help troubleshoot if you are having the same problems with slow logins:
Exclude Local Admin from FSLogix
https://learn.microsoft.com/en-us/fslogix/concepts-include-exclude-groups
Get a complete Dump for analysis:
https://techcommunity.microsoft.com/t5/ask-the-performance-team/difficulty-generating-a-memory-dump/ba-p/2351370
Session Host sizing guidelines:
https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/virtual-machine-recs
12 Replies
- Do you have the recommended FSlogix recommended redirections?
https://learn.microsoft.com/en-us/fslogix/tutorial-redirections-xml
Do you have your AV exclusions?
https://learn.microsoft.com/en-us/answers/questions/1064362/fslogix-antivirus-exclusions- We confirmed the problem was not FSLogix by excluding the local admin account from FSLogix. Login times for the local admin was slow too.
What we learned is that AppX was the symptom, not the cause, once we added more Hosts and reduced the number of Users per Host. The login times were back to what we were used to.
We were not able to provide a complete dump to give Microsoft more information for analysis because this is a production environment.
Here are a couple of the ways to help troubleshoot if you are having the same problems with slow logins:
Exclude Local Admin from FSLogix
https://learn.microsoft.com/en-us/fslogix/concepts-include-exclude-groups
Get a complete Dump for analysis:
https://techcommunity.microsoft.com/t5/ask-the-performance-team/difficulty-generating-a-memory-dump/ba-p/2351370
Session Host sizing guidelines:
https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/virtual-machine-recs- In addition, we have a proprietary app that we have not updated in a few years, but is in Test, which could be the cause of the high AppX memory usage. We plan to verify on one Host to see if this helps and maybe we can go back to the lower number of Hosts with higher number of Users. We only use AVD for two apps and OneDrive. I'll update this post once we confirm.
- Hi Denise,
I keep all my customers on FSLogix 2201 hotfix 2 (2.9.8228.50276) because this older version remains the most stable one.
If needed, I can provide this version. Please send me a PM.- I do agree the previous version of FSLogix is the most stable.
I may need to roll back, especially if we continue to have the intermittant Host lock ups.
It's just that these images are only 2 weeks old so we haven't had time to confirm if the newest has that problem.Confirmed problem is not FSLogix. We excluded our local admin from FSLogix to verify.
So far, we have added more Hosts to the Pool due to high CPU usage.
That helped, but we continue to see Users take a long time to login to Hosts.
What I see in Processes is the RDInfra process taking up CPU and "hanging" when I watch my test user login using RDP.
I did follow the troubleshooting tips to uninstall/install the AVD Agents and restart. This did not help.
I have added excluding the folder for the Azure Monitor Agent in AV. I'm testing to see if this helps.
Only one response from Microsoft so far. I was told the team that handles AVD is busy.
- Hi,
Remove all Group Policies that are being applied, any printers or mapped drives, these can sometimes hinder logins. If you find it works better, re-apply GPO's one at a time.
With FSLogix enabled, look in the FSLogix event log, any mapping errors? Does the profile store have enough space?
If you disable the FSLogix service and allow it to load local profiles do they load correctly/faster?- *Disabling FSLogix loads faster. I had already confirmed that in the above.
*No errors in the FSLogix logs.
You did give me an idea about GPO's. I already confirmed with no GPO's no change, however, we only exclude VHD & VHDX in AV, so I added the path for the FSLogix folder into the path exclusion and that cut the time to load down by half.
Sandbox is an image of Production where I am doing all of the testing.
Thanks!
Denise
