SurajRoy's Posts

Thanks for the update. Did you follow any documentation as how to prepare RDSH server for hosted App. https://www.carlstalhood.com/vmware-horizon-7-master-rds-host/  Also you can clone any one of the RDSH server / Master image and create a Manual Desktop pool and check if the issue is happen while taking a desktop session as well or it is limited to hosted app only. Check if the issue is specific to PCoIP or Blast

If Event DB is configured, you can get the details about the session and duration of the last session from the Admin UI. Secondly, you can check this https://code.vmware.com/apis/1169/view-rest-api#/Monitor 

You can use the Browser Developer tool > Network to find out where exactly the delay is. You can check the Waterfall to find out if there is any stall and check the request response time. To eliminate network issue, you can also try to open the admin page inside the connection server "localhost"

This do not seems to be View agent issue. However, you can refer to https://intelligentsystemsmonitoring.com/knowledgebase/windows-operating-system/event-id-remote-desktop-license-server-discovery-16193/ Also set the Power Policy of the VDI machine / Master image to High Performance and set display never to sleep

The Error you are getting while connecting to Horizon from internal network or external network If internal, is it going via LB or direct connect to Connection server FQDN? Is Tunnel Enable on the Connection server? Are you using Unified Access Gateway? Did you configured any Pre-login Banner in the View Global settings?

From the issue description, it seems it can be misconfigured UAG or incorrect health monitoring. If rebooting the UAG fix the issue, it means  it might have reached 2000 session bench mark and only way to clear the old stale session is to reboot. NOTE: UAG by default support 2000 session. This 2000 session not only include VDI session but also health monitoring probing from 3rd party device. you can enable the log level on UAG to Debug and when issue happen, before rebooting the UAG, download the log bundle. as rebooting will clear the events. Inside the log bundle you will find Active Session file. Open it and count the number of session. Also check the esmanager log for the more specific cause of the issue.  

Thanks for the update.   The only way to figure this is it is a bug or not is to deploy a standalone UAG 2106 and try again. I will be deploying UAG 2106 in couple of days. In case if I hit the issue, I will update you. 

There is no way to remove datastore from Horizon. Information about ESXi hosts and its datastores are passed by vCenter to Horizon view. If there are no replica or vdi machines inside the datastore in question and if it still error out please check by going to all the pools > edit > vcenter settings and make sure the datastore is not select. There may be case where while creating pool we may have selected the datastore but there are no machine inside it. We need to make sure we unselect the datastore before unmount  

Hi,  How the traffic flow depends on several factors including NAT and tunnelling on the Connection server and UAG. In general below is how the traffic flow Primary Protocol ( XML API on port 443): Client > UAG > Connection server After the user is authenticated and when the user click on the VDI agent or desktop it initiate secondary protocol based ( 8443/443/4172) Client > UAG > VDI machine NOTE: From external network UAG create a tunnel and not Connection server and hence Connection server is out of picture after authentication. Refer to : https://techzone.vmware.com/resource/network-ports-vmware-horizon-7  

This do not seems to be UAG issue and need to be investigated at the network / Transport layer. However, if you have enable the Log level on the UAG to debug, you can check the number of session it has. If LB is not configured correctly to load the UAG or health monitoring URL not configured correctly on the LB, it create load on the UAG and it may stop responding. Again, the issue will be caused due to external factor. It would be worth to look at esmanager.log on the UAG.

For Manual machine there is a solution - Remove VM from vCenter inventory and add back to VC and then add to manual pool. For Instant clone, I would recommend to check if the hidden adapter is found under Master Image and then remove the master from VC inventory and add back and take new snapshot and push the image.

Does the PowerShell script work if we manually execute on the master image or on VDI machine? Did you tried Windows Logon Task / Task scheduler? Refer to https://www.tenforums.com/tutorials/173596-how-create-task-run-app-script-logon-windows-10-a.html

@Santanu_21  as pen drive is a mass storage device, are you redirection as CDR ( Client Drive Redirection). While installing View agent you need to install the feature. It is disable by default. Also, when you connect the VDI desktop via View client, do you see the USB device under View client USB drop down. NOTE: If you are using CDR, do not enable or USB redirection.

"Unable to connect to Proxy" is this the message the end user get when they try to connect to VDI desktop? If it is so and it is happening after making the changes described by you, there could be a chance of having hidden network adapter inside Quest OS ( Agent). Make sure when we swap the adapter , the previous adapter is not listed under device manager hidden devices. Also you can refer to https://docs.vmware.com/en/VMware-Horizon-7/7.13/virtual-desktops/GUID-134DB4E3-11C5-455A-AA4B-D64856E5D989.html 

View agent 7.12 is not compatible with Windows 10 20H2. Please refer to https://kb.vmware.com/s/article/2149393 for supported Windows 10 with View. Recommend to uninstall 7.12 and install 7.13.1 agent and test.