AVD Session Stuck - Must Delete Host

Welcome to the community, Graham Jones! 🙂

What you're describing sounds like an FSLogix issue where the session isn't being disconnected properly.
Can you check-out these articles and see if they help?

• Manage Azure Files Shares – Nerdio Help Center (getnerdio.com)
• Troubleshoot FSLogix Profile VHD File Handles – Nerdio Help Center (getnerdio.com)

Hey Dave,

Thanks for getting back to me, I've flipped through the links you sent over. Our Azure File share is connected to AD and linked in the Nerdio portal, I've verified the users have the SMB contributor role along with Full control on their vhdx file. When this issue does come up it seems to take an aggressive hold on the session host and the user profile, any attempt to close file handles shows as a success but seconds later the same session host will put a lease onto the file, when logging out the user this also appears as a success but the account is still logged into the session host in a disconnected state, the log off task actually resets the event timer for their disconnected state so there's some strange behavior for sure. I'm not sure whether this is an FSLogix issue, something with the image or possibly something at the AD/GPO level but I've noted this behavior through several updates of FSLogix and two seperate template images and host pools so I'm leaning toward there being an issue on the server side or somewhere else within the network. 

Interesting....
I'm wondering if it's the AV/EDR causing issues?
I saw this recent video from Travis Roberts about adding AV exclusions to improve FSLogix performance.
Don’t Let Antivirus Impact FSLogix Performance - YouTube

Tony Cai also posted about the same thing on LinkedIn.
https://www.linkedin.com/posts/tonycai_many-msps-forget-that-avedr-solutions-can-activity-7173682128079978496-ptAm

The other possibility that I can think of is maybe there is a GPO/log-off script that's trying to do something each time the user logs-out.
Have you tried isolating the hosts to a separate OU and/or creating new User GPOs from scratch to try and isolate the problem(s)?

Hey Dave,

I flipped through the group policies and found a logon script running a process unknown to me, after removing the policy we seem to have been okay for the last couple weeks though I'm still monitoring. This issue seems to come in waves for us and primarily affects a certain user who admits they don't sign out properly, though it has affected all users in this environment at one point or another. This is even with session limits enabled, something grabbed a firm hold of the session and wouldn't let go and I'm hoping it was the logon script I found and disabled.

Thanks for your suggestions on this, I appreciate it!

Happy to help, Graham.
I'm glad you were able to make some progress.

I have to say that I'm jealous that you have a user who actually admits to not signing out properly.
It seems like all of our users "Deny, Deny, Deny" that they're doing anything wrong. 😁