Forum Discussion

ScriptingJAK's avatar
ScriptingJAK
Brass Contributor
Apr 24, 2019

Session Host Update Error

After adding a domain joined Azure VM to my host pool by installing the RD Agent I'm seeing it give errors on upgrading:

 

SessionHostName    : ACE-WIN10-MS-0.windstream.com

TenantName         : Windstream Communications
TenantGroupName    : Default Tenant Group
HostPoolName       : ACE-Win10-MultiSession-HP
AllowNewSession    : True
Sessions           : 0
LastHeartBeat      : 
AgentVersion       : 1.0.407.0
AssignedUser       : 
OsVersion          : 
SxSStackVersion    : 
Status             : UpgradeFailed
UpdateState        : Failed
LastUpdateTime     : 4/24/2019 4:16:47 PM
UpdateErrorMessage : UpdateGenevaAsync - Health Check Failed: 
                     Microsoft.RDInfra.RDAgent.Service.InstallationHealthCheckFailedException: PerformBasicMonitoringHealthCheck - 
                     no monitoring environment present in registry
                        at Microsoft.RDInfra.RDAgent.Service.BasicMonitoringAgentValidation.PerformBasicMonitoringHealthCheck() in 
                     C:\agent\_work\1\s\src\RDAgent\src\Service\AgentUpdateClasses\MonitoringAgentServices.cs:line 39
                        at Microsoft.RDInfra.RDAgent.Service.GenevaServices.PerformGenevaHealthCheck() in 
                     C:\agent\_work\1\s\src\RDAgent\src\Service\AgentUpdateClasses\GenevaServices.cs:line 33
                        at Microsoft.RDInfra.RDAgent.Service.RDAgentUpdateHandler.<UpdateGenevaAsync>d__57.MoveNext() in 
                     C:\agent\_work\1\s\src\RDAgent\src\Service\AgentUpdateClasses\RDAgentUpdateHandler.cs:line 608 - holding for 5  minutes
 
 
Any troubleshooting tips on what "no monitoring environment present in registry" might be referencing? SxS script was already ran as well, but I don't believe the two are related. I did try reinstalling the agent MSI and making sure I was running it as Administrator.
    • ScriptingJAK's avatar
      ScriptingJAK
      Brass Contributor

      Christian_Montoya : 

      Sadly wasn't able to get it working, but haven't seen this particular error again. Completely removed the RDS App Group and Host Pool. Started from the ground up, but second go around the VM never even appeared as a Session Host at all. Left a comment over on https://docs.microsoft.com/en-us/azure/virtual-desktop/create-host-pools-powershell stating that the installers listed aren't the same version as what is pushed in the DSC from the ARM template, but doesn't look like they've been updated.

       

      Have a case with my company's Microsoft TAM on the DSC in the New Host Pool Resource failing to download, but looks like I may just have to wait for that to get resolved because I can not get the manual steps to work.

      • Christian_Montoya's avatar
        Christian_Montoya
        Icon for Microsoft rankMicrosoft

        ScriptingJAK : Hmm...if all of the steps go through, then the only reason the VMs wouldn't show up is if there's name collisions, in which case the service doesn't automatically overwrite the session hosts that are already in the database.

         

        To address your first comment, the DSC is now updated to match the published version from the docs, but I understand how the mismatch would be confusing. Hopefully you're able to resolve the issues in your environment and continue testing.

Share