Mickeybyte's Posts

@J_Levine  Use the [ExcludeIndividualRegistryKeys] header and add your reg key below. E.g.: [ExcludeIndividualRegistryKeys] HKCU\Software\Microsoft\Windows\CurrentVersion\Run This will exclude that key and any values from being stored in the profile.  If you want exclude a specific value from that key you can use:  [ExcludeIndividualRegistryValues] HKCU\Software\Microsoft\Windows\CurrentVersion\Run\OneDrive Ref.: Section Headers (vmware.com)

@gabeoverse  The site you followed refers to load-balancing security servers for external access to Horizon. I don't know what version of Horizon you are running but I do hope you don't have any security servers running anymore because they've been EOL for several years.  I've made a blog to use HAProxy as Load Balancer in front of Horizon connection servers, you might want to check that out and maybe use it as base for your NGINX config. You can find the blog post here: https://itpro.peene.be/vmware-horizon-appvolumes-lb-with-haproxy-and-keepalived-on-photonos/  

@frob @TomH201110141  Please see this thread on Twitter about the new Teams on VDI: René Bigler op X: 'Microsoft messed up again with the new #Teams for VDI - be aware it’s not working in a non-persistent deployment with #FSLogix profile containers. Time to move back to #Citrix Profile Management and see if they can handle this **bleep**.' / X (twitter.com). I would suggest to stay away from it for now and stick with the "old" Teams client.

@mathewdsa  Connection servers continue to work fine without events DB configured. It will show a warning and you will still have events written to log files on each connection server, but for the rest, it will operate perfectly fine. The only thing that won't work are the "Events" pages in the Horizon Console. 

@A_Mayfield  Not sure if I understand completely what you want but I see 2 possibilities here: 1) some kind of checking the last modification date on the profile folder or a file within that profile folder?  2) check the Horizon Event database. You could run a query on the database for that specific type of event, group them by username and filter on date. To find the event type you need, just do a general query on the events table to find out which event would best fit your request.  

@NicolasVsn  Definitely not supported! Both applications run different webservers (Tomcat, NGINX) on the same ports.  VMware supports only Horizon Connection servers and AppVolumes managers running on their own server and no other software installed.  

@gabeBU  I just ran a quick test of your config file and it gives me other errors [NOTICE] (3401) : haproxy version is 2.4.22-0ubuntu0.22.04.2 [NOTICE] (3401) : path to executable is /usr/sbin/haproxy [ALERT] (3401) : config: backend 'horizon': server 'HRZSRV0102' has neither service port nor check port nor tcp_check rule 'connect' with port information. [ALERT] (3401) : config: backend 'horizon': server 'HRZSRV0202' has neither service port nor check port nor tcp_check rule 'connect' with port information. [ALERT] (3401) : Fatal errors found in configuration.   After adding ":443" after your backend servers the config file is considered "valid" backend horizon mode tcp option ssl-hello-chk balance source server HRZSRV0102 192.168.1.62:443 ssl verify none weight 1 check inter 30s fastinter 2s downinter 5s rise 3 fall 3 server HRZSRV0202 192.168.1.82:443 ssl verify none weight 1 check inter 30s fastinter 2s downinter 5s rise 3 fall 3   So my previous thought about the config having some hidden invalid characters might be true...  

@gabeBU  I was about to redirect you to my blog indeed, but then I looked at your config and it really seems almost identical and I also don't see any errors in the config.  The only thing I can think of is that it maybe contains unexpected hidden characters that are causing the errors? As the first error was seen at line 44 and there's nothing on that line. Maybe copy the config to a text-only editor and paste it back to your config to be sure no hidden characters are included.  I'll try to test your config on a test setup when I have some time this week. I'll keep you updated.

Very strange.  Can you check if you can access the vCenter from your Horizon connection servers? Either try accessing the vCenter from a supported browser on the servers, or do a test-netconnection in powershell on the servers to check if the connectivity is OK. If that is all OK, I would suggest to open a SR with VMware to have a deeper look of what is happening.   

@iomasm  I didn't say you changed anything, but it's the first place to look since the issue is clearly with the vCenter configuration. You said you tried to "remove and add again the vCenter and it worked": You _cannot_ remove the vCenter if there are still desktop pools in Horizon that use that vCenter, so that's a bit strange.  Can you post some screenshots of vCenter configuration in Horizon: Settings - Servers - vCenter Servers (also try to edit the vCenter config here and save it again to be sure it's all OK) configuration of an existing desktop pool: Inventory - Desktops - click on a desktop pool - Summary

@GarTomlon  You will need to check the events to get that information. I would suggest you check the DB directly using a SQL query as this will be much more performant than using the get-hvevents powershell commands. 

@SwanO , If you already manage your profiles with DEM, there's no need for an "FSLogix User profile container". DEM will require much less storage and you will be able to manage the user profiles much more efficiently.  You can setup an "FSLogix Office Data Container" to handle O365 cache and settings. I would even recommend that.  Profile & Office containers are 2 different containers, so if you setup both, you will indeed have 2 VHDX files. 

@dbooker  Since this is an old post, which already has a solution, and also contains 2 different problems apparently, it might be better to create a new post for your problem and give us some more detail about the exact problem you have (describe the issue, error messages, your configuration, ...)

@NelsonCandela  Read the following KB article: Support Limitations when sharing a Single vCenter Server Across Multiple Horizon Pods (80673) (vmware.com). It seems like this matches your scenario.  

this are my parameters: ACCEPT_EULA=TRUE ALLUSERS=1 ENABLEVDI=2 AUTOUPGRADENABLED=0 ROAMINGENABLED=1 FORCELOCKDOWN=LockWhenCompatible INSTALLWV2=0 Edge WebView is installed on base image, not in AppVol Package. What's the "OI=1" for in you parameters?

@VentziP , I updated our WebEx package to 43.6 a few weeks ago using the bundled installer and we're not experiencing any issues with existing printers or print spooler. (I did create a "new" package and did not update the existing package)  

Hi,  Each pool has its own "base image" so you can't mix different builds in a single pool. A user can choose from which pool he wants a desktop, but can't choose which desktop in that pool. The desktop is assigned either randomly. You can also configure it so that the user always gets the same desktop from that pool instead of each time a different one. One exception to this are manual desktop pools, where you add VMs manually to a pool. Then it is possible to add different builds to the same pool, but still the user can't "choose" a desktop. Either Horizon selects one or you assign a user to a specific desktop.