unable to start published app after AVD is booted

Beste ArrixBehee,

Bedankt dat je contact opneemt over het probleem met je Azure Virtual Desktop (AVD) omgeving, waarbij gepubliceerde apps niet starten wanneer de tweede AVD-instantie actief is. Op basis van jouw beschrijving suggereren de foutcodes (0x3 / 0xf) en het gedrag met FSLogix-profielen dat de gebruikerssessie niet correct wordt omgeleid wanneer het schaalplan de tweede host online brengt. Dit kan gebeuren als de load balancing-instellingen van de host pool of de FSLogix-profielcontainerconfiguratie niet volledig gesynchroniseerd zijn over beide AVD's. We raden aan te verifiëren dat beide sessiehosts identieke FSLogix-instellingen, opslagpaden en rechten voor profielen hebben, en ervoor te zorgen dat het schaalplan is ingesteld op breedte-eerst load balancing om sessieconflicten te voorkomen. Controleer bovendien alsjeblieft of beide AVD's zijn bijgewerkt met de nieuwste agent- en FSLogix-versies, aangezien oudere builds sessiebeëindiging kunnen veroorzaken tijdens schaalgebeurtenissen.

Als deze stappen de onderliggende oorzaak verduidelijken en u helpen uw omgeving te stabiliseren, vragen wij u vriendelijk dit antwoord te markeren als "Accepteer het antwoord", zodat andere klanten met vergelijkbare vragen snel de oplossing kunnen vinden.

Vriendelijke groeten

QQ.

Hi,

Both AVD's can connect to the FS logix share which is an Azure storage location. FSLogix settings are being pushed through AD group policies, so this counts for both the AVD's. If there is a problem in this configuration, it should also apply on the first AVD (which works fine).

FS logix is version 25.09.

we use depth first scaling plan because we want the first AVD to fill up on ramp-up hours and then start the next AVD.

Welcome to the Microsoft Q&A Platform!

Thank you for sharing information with us. Based on your description of the issue, I would like to share with you some insight that may help you.

1.FSlogix

• If a user’s FSLogix profile VHD(X) is still mounted or locked on one host, attempts to start a session on another host can fail.
• Kindly upgrade FSLogix from version 25.09 to the latest version (26.01)

Reference: FSLogix Release Notes - FSLogix | Microsoft Learn

2.Session Host Registration and Health

• Ensure both session hosts are properly registered with the host pool.
• On the problematic AVD, check registry: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\RDInfraAgent
• Value: IsRegistered should be 1

3.Scaling Plan

• Depth-first scaling can expose timing issues if the second host is not fully ready or registered before users are assigned.
• Confirm the second AVD is fully started and registered before user assignment

Reference: Autoscale scaling plans and example scenarios in Azure Virtual Desktop - Azure Virtual Desktop | Microsoft Learn

4.Network and Storage Latency

Confirm there is no network or storage latency affecting the second AVD’s access to the FSLogix share

5.User Session State

Before starting the second AVD, ensure no disconnected or stale sessions exist for the user on either host

6.RDP Transport Protocols

• If UDP is blocked or unstable, force RDP to use TCP only via GPO or registry:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client

• Then, set fClientDisableUDP to 1

Note: This answer has been translated using a translation tool. Please note that there may be grammatical or semantic errors. Thank you for your understanding. If there is any unclear part of the answer, please leave it in the comments and we will get back to you as soon as possible.