Ask Aresh

If you using VMware UEM for applying ADMX-based Setting and want detailed verbose logs on ADMX then then you will have to add an additional advanced settings in the NoAD.xml file. Background: We were applying an ADMX setting (Desktop Background Wallpaper) and it wasn’t applying on the virtual desktop. The informational logging was not sufficient in deriving the root cause of the issue. Why the AMDX setting was getting skipped? After enabling the verbose logging it started logging additional information that was helpful in arriving to a conclusion. Solution (NoAD.xml) Located under \\FileShare\General\FlexRepository\NoAD subfolder. Setting XML Attribute Comments Enable verbose logging for ADMX-based settings, application blocking, and Horizon policies AdmxLogging="1" Set to 1 to configure Screenshot of the NoAD.xml file: After enabling the setting you will see an additional file called FlexEngine-ADMX.log in the logs folder which will capture all the verb...

If you have desktops deployed via Horizon View 6.x/7.x Instant Clones technology it can get very difficult to collect the Horizon View Agent logs from the desktop VM for troubleshooting/analysis purposes. The moment the end-user logs-off from the desktop it gets into the Status = Disconnected –> Deleting. vCenter Task for log-in and log-off of the desktop vCenter Task for Deleting –> Customizing –> Available The above operations happen very quickly. Suppose in our scenario the desktop was failing on the Status=Customizing (View Administrator). The desktops status would change into the Error state and after couple of seconds get into delete will remain in a loop until the desktop becomes available. This is by design as the Instant Clone is trying to re-create the desktop There was no way to capture the logs for analysis or troubleshooting. Resolution: Now you can disable the recovery of the Instant Clone desktop VM if they are in the Status=Error (Strictly for t...

If you have recently upgraded to Horizon 7.x and use BIG IP APM version 12.1 you may realize that your Apple iPad and iOS devices don't work. The following error message on the Horizon View Client is noticed. (Screenshot from iPad) Error: The Horizon server connection failed. Error the connection timed out. Resolution: In our scenario all the other devices such as Android, Windows etc. was working fine. To fix this problem we had to create a new F5 iRule(Name it F5-APM-iOS-fix): when HTTP_REQUEST { if { [HTTP::header "Origin"] ne "" } { HTTP::header remove "Origin" } } Note : Make sure you apply this iRule on the existing Horizon View iApp or/else it will not allow you to apply the iRule, may get a error message. Reference KB Article: K84958121: Accessing VMware Horizon 7 through the BIG-IP APM system Thanks, Aresh