Forum Discussion

gdglee's avatar
gdglee
Copper Contributor
Jun 28, 2019
Solved

An internal error occurred / can't connect anymore

We've been running WVD succesfully for a few months, but since this morning my users cannot login anymore. Not through the desktop and not through the webclient. The desktop client returns 'An internal error occurred' after logging in. The webclient has a cannot connect message (in Dutch). I've traced the connection failure via Powershell to below two errors. It seems my SID has changed somehow, but I cannot understand how:

 

ErrorSource : RDBroker
ErrorOperation : OrchestrateSessionHost
ErrorCode : -2146233088
ErrorCodeSymbolic : ConnectionFailedUserSIDInformationMismatch
ErrorMessage : OrchestrateAsync: SID value in the database is different than the value returned in the orchestration reply from the agent for user ≤PRIVATE≥ with Id PRIVATE. This scenario is not supported - we will not be able to redirect the user session.
ErrorInternal : False
ReportedBy : RDGateway
Time : 28-6-2019 12:42:44

ErrorSource : Client
ErrorOperation : ClientRDPConnect
ErrorCode : 2147965400
ErrorCodeSymbolic :
ErrorMessage : Your computer can't connect to the Remote Desktop Gateway server. Contact your network administrator for assistance.
ErrorInternal : True
ReportedBy : Client
Time : 28-6-2019 12:42:44

 

I've tried removing an RdsAppGroupUser and re adding it, but the same error remains.

 

  • ashro2's avatar
    ashro2
    Copper Contributor
    Can I just move my pool to validation pool instead or cretaing new POOL , i found that I can switch the POOL to validation pool using command below Set-RdsHostPool -TenantName MVPPOC -Name POCHOST1 -ValidationEnv $true
    • Joe Flynn's avatar
      Joe Flynn
      Copper Contributor

      Do we know if there is a fix for this yet.  I have installed a new Validation Pool and still the same error.  My agent is 1.0.833.5

      • Roop_Kiran_Chevuri's avatar
        Roop_Kiran_Chevuri
        Icon for Microsoft rankMicrosoft

        Joe Flynn


        Do we know if there is a fix for this yet.  I have installed a new Validation Pool and still the same error.  My agent is 1.0.833.5


         

    • Deleted's avatar
      Deleted

      evasse This is still not working for us in either validation pool or production pool. These are the agent versions installed on my VM.

       

      Remote Desktop Services Infrastructure Agent         Microsoft Corporation  1.0.833.5
      Remote Desktop Services SxS Network Stack            Microsoft Corporation  1.0.1904.29002
      Remote Desktop Agent Boot Loader                     Microsoft Corporation  1.0.0.0
      Remote Desktop Services Infrastructure Geneva Agent  Microsoft Corporation  42.3.9
      Remote Desktop Services Infrastructure Agent         Microsoft Corporation  1.0.0.1462

    • JanPijnacker's avatar
      JanPijnacker
      Copper Contributor

      evasse 

       

      Maybe relevant to know from our setup. Users created in the Azure AD as cloud only are able to connect, users synchronized from our on-premise AD are not.

    • Deleted's avatar
      Deleted

      evasse Unfortunately we cannot deploy to Validation ring because the machine fails to join the domain. We are using the same script as to deploy to prod ring (which has no issues to join the domain) with the only difference being the 

      -ValidationEnv $True flag on the new-rdshostpool command.

       

      15:10:25 - Resource Microsoft.Compute/virtualMachines/extensions 'rmrvwval4-0/joindomain' failed with message '{
      "status": "Failed",
      "error": {
      "code": "ResourceDeploymentFailure",
      "message": "The resource operation completed with terminal provisioning state 'Failed'.",
      "details": [
      {
      "code": "VMExtensionProvisioningError",
      "message": "VM has reported a failure when processing extension 'joindomain'. Error message: \"Exception(s) occured while joining Domain '{sanitized}.com'\"."
      }
      ]
      }
      }'

  • gdglee: thank you for reporting this.  We have introduced additional security checks when resolving user identities. In some environments this leads to restricted connectivity due to legacy set-ups. We are reviewing the issue and will update once a solution is available.

     

    Please ensure that you follow as well the following best practice:

    - Have a validation host pool set-up to escalate issues before they hit the majority of your users. 

    - Set-up service alerts to receive health advisories and notification for your subscription.

    • rhythmnewt's avatar
      rhythmnewt
      Copper Contributor

      evasse Is there any news on the fix? We're unfortunately dead in the water here with synced accounts.

    • Aki_Z1's avatar
      Aki_Z1
      Copper Contributor

       evasse 
      For us its the same as for the others. Only some InCloud accounts are able to access Virtual Desktop. The validation pool is setup. InCloud as well as AAD synced Accounts get the following error:

      ErrorSource : RDBroker
      ErrorOperation : OrchestrateSessionHost
      ErrorCode : -2146233088
      ErrorCodeSymbolic : ConnectionFailedUserSIDInformationMismatch
      ErrorMessage : OrchestrateAsync: SID value in the database is different than the value returned in the orchestration reply from the agent for user
      ≤Firstname.Surname@domain.com≥ with Id xxxxxxxx-yyyy-zzzz-xxxx-xxxxyyyyzzzz. This scenario is not supported - we will not be able to redirect the user session.
      ErrorInternal : False
      ReportedBy : RDGateway
      Time : 11.07.2019 10:42:56 

  • rmaddron's avatar
    rmaddron
    Copper Contributor

    gdglee - Same thing on this end. Started happening around 2-3p EST on Friday 06/28. This host pool was perfectly fine prior to this. 

    • jradwan's avatar
      jradwan
      Copper Contributor

      We're having this issue as well. I can RDP into my WDV VMs, but trying to run published apps (browser or RDP shortcut) fail with a connection error.

      • vikc07's avatar
        vikc07
        Copper Contributor

        Same here. This seems to be a widespread problem. For us started last week on Thursday.

  • P_haem's avatar
    P_haem
    Copper Contributor

    gdglee We've exactly this same issue, we tried to open a case, but it's not supported for preview services :(

      • P_haem's avatar
        P_haem
        Copper Contributor
        It's seem's to be cause by the agent upgrade (yesterday around 10PM for us) : New agent version : 1.0.833.4

Resources