FSLogix slow sign-in
Home » Remote Desktop » FSLogix slow sign-in (fix)

FSLogix slow sign-in (fix)

In this short blog post I will explain a solution for fixing an FSLogix slow sign-in process.

A while back, I was having serious issues implementing a conversion from User Profile Disk (UPD) to FSLogix Profile Containers on a Windows Server 2016 Remote Desktop Session host Collection. The FSLogix user sign-in process was not just a few seconds but several minutes prolonged!

Waiting forever for something to load, can drive a person nuts.


Long story short. I spent more time on this than I care to admit. In the end, all I had to do, was delete the notifications registry key. You can find the script I made, at the end of the article.

Debugging FSLogix slow sign-in.

I was obviously double-checking the configuration and returning to a fundamental configuration with only the essential defaults set. But the issue remained.

The FSLogix log files indicated that it was doing absolutely nothing after the “Prep1” step. And then, after a long wait, it completes “Prep2” in a second!? What the heck is going on, I thought?
I whipped out my good old friend the Process Monitor from Sysinternals but could not really see anything stealing resources or delaying the login process (I had obviously excluded the FSLogix process and containers from the Antivirus software).

I decided it was time for some sparring and called up my colleague Morten Pedholt who has extensive knowledge of FSLogix from countless Azure Virtual Desktop implementations. Together we confirmed that every bit of the configuration was correct. So now we were stuck and started to try everything we could think of.

  • Checking the VM performance.
  • Trying every crazy combination of settings.
  • Unlinking all GPO’s.
  • Testing on every single different session host in the collection.
  • Using the FSLogix Support tool
  • Trying out even the most obscure suggestions from Reddit and the tech community.

The reason why sharing your experiences online is important!

Lo and behold! We found the culprit after reading a few places about some minor login delays caused by the notifications area part of the registry.

I initially dismissed this information because the delays I was experiencing were not minor but rather extreme. Nevertheless, we tested the solution on a Session Host and found that just opening the registry area of the notifications in Windows took us 6 minutes! About the same amount of time it took to sign in!

This was no coincidence! And there is even an old support article from Microsoft about it which applies to an older Operating System, but it is the same problem.

Registry bloat causes slow logons or insufficient system resources error 0x800705AA in Windows 8.1 (

The registry key for the notifications is: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Notifications

To give you an idea of just how horrific an experience this was. I recorded this video in real-time (It’s the same experience for the FSLogix slow sign-in).

Notification areas registry key was bloated on this system!

Shutdown script to the rescue.

Naturally, I deleted the useless notifications key and recreated an empty one. And Once I had done that, I rebooted the Session Host.

To ensure this never happens again, I created a Group Policy containing a shutdown script so that the notifications registry key would get cleared on every reboot of the Session Hosts.

The simple script contains the following code which you can run once and then reboot, or like me, have it run on every reboot.

The script that fixes FSLogix slow sign-in

Remove-Item "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Notifications" -Recurse 
New-Item "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Notifications"


Upgrading to FSLogix profile containers on a set of well used Session Hosts can be more trouble than it is worth. But in this case it was unavoidable. Planning for road bumps like this is key to making your deadlines.

As always I hope you will add your comments below and follow on twitter to show your support.


Michael Mardahl

Michael works as a Microsoft Certified Cloud Architect with APENTO in Denmark. He specializes in customer journeys from classic Infrastructure to Cloud consumption with a strong focus on security. And has been working in the IT industry for more than 20 years, where he started as a Network Administrator in the logistics industry. He has gained experience through a broad range of IT projects throughout the years and was very early to embrace and share his cloud technology passion. When not at work, Michael enjoys the value of spending time with family and friends and BLOG's passionately about Microsoft cloud technology whenever he has time to spare - this has earned him the title of Microsoft Most Valuable Professional (MVP) in the Enterprise Mobility category.


  • Thank you for your article!
    I found out this issue by investigating the fslogix profiles log

    I found out that “Cleaning out notifications” taking too long and than in server event log you could find errors 6005 and 6006 login taking too long frxsvc

    small example from fslogix profiles log file
    [16:49:26.390][tid:000008ec.000002e4][INFO] Configuration setting not found: SOFTWARE\FSLogix\Profiles\CleanOutNotifications. Using default: 1
    [16:49:26.390][tid:000008ec.000002e4][INFO] Cleaning out notifications
    [16:50:48.634][tid:000008ec.000002e4][INFO] Load user classes hive to perform operations for roam

    if you add the registry HKLM:SOFTWARE\FSLogix\Profiles\CleanOutNotifications and set the value to 0 you could avoid this issue too but your way is probably better solution to this problem

    • Thanks for that insight Jiří,

      The FSLogix team has read my article and are working on the issues, so probably things will change in newer versions.
      The fact is that they need to be cleaned out, so it’s best to just help that process along IMHO.

  • Legend – had this issue today after migrating UPD to FSlogix and I was stumped why it was taking 5 minutes to log in. One oditty is it has broken the start menu for local users – but fslogix users still have a working start menu, considering there is no local users beyond administrators we can work around that! login is about 5 seconds now. thanks!

    • Thanks Matt!

      I might not have emphasized it clearly enough. but you have to recreate the Notifications Key in the registry again, after deleting it. then you MUST reboot.



Do you want to be notified of new posts on our site?

Please enter your email address below:

Categories use cookies to ensure that we give you the best experience on our website.