vmrulz's Posts

Good to commisserate on this insanity. My project is dead in the water at this point. We have a contingent of people who are full steam ahead with everything Azure but fail time and again when it com... See more...
Good to commisserate on this insanity. My project is dead in the water at this point. We have a contingent of people who are full steam ahead with everything Azure but fail time and again when it comes to integration and costs but still we limp forward. I don't have time to attempt to understand how it all works and doesn't work.  I think IC technology was created to make our lives simpler and resource efficient but cloud integration and MFA turn IC into a management nightmare. Ultimately we'll probably end up with Azure based VDI which will bring it's own problems with data latency and authentication to on-prem app/data.  Appreciate all your details and will look into them. To the cloud and beyond!
Agreed. I didn't note that but we are on 8.7 with our Horizon infra. About 20% of our VM's are these (old agent) VM's that in many cases people have modified over the years and new images will cause ... See more...
Agreed. I didn't note that but we are on 8.7 with our Horizon infra. About 20% of our VM's are these (old agent) VM's that in many cases people have modified over the years and new images will cause ill feelings shall we say. The 7.8 agent is a pain to upgrade in an automated fashion unlike 8.x version agents which can be upgraded in place.  We used to be able to manually uninstall and install an 8.x agent until this vc_runtime issue crept in consistiently.  There is a lot about these missing c++ libraries on the Internet but no consistently good fixes I've found.   Thanks for your reply!
This has got me stumped. We have a couple hundred Win10 (21h1 - 22H2) static VM's that have the older Horizon 7.8 agent. This agent is problematic in many ways including just upgrading it. You can't ... See more...
This has got me stumped. We have a couple hundred Win10 (21h1 - 22H2) static VM's that have the older Horizon 7.8 agent. This agent is problematic in many ways including just upgrading it. You can't do an inplace upgrade. You must uninstall, reboot then attempt to install a newer agent. This issue seemed to creep in over the last couple months where the uninstall of the agent removes (all?) of the Visual C++ x86 runtime msi packages that are required for newer agent version installs. I've tried updating the runtimes with latest packages from MS but just the install of those is balking about the older MSI's missing. This reminds me of DLL hell of the old days of windows. The screenshot is when attemping to install the 8.7 agent. If I try to install a slightly older agent it complains about a prior runtime missing. I've tried using the supposed MS wondertool MicrosoftProgram_Install_and_Uninstall.meta app but that doesn't work.   Anybody have this issue and found a solution?     Has anybody found a way to repair these libraries? Thanks!  
Ultmately I think that is what it is. I just went through a major effort to get all our Win10 stuff up to at least 21h1 enterprise.. Half our stuff was 1809 and older.  Thanks for the replies
Upgrade your Horizon infra to 8.x and get rid of all those old agents on VM's. Easier said than done but if you're running newer versions of Win10 VM's (21h2 and 22h2) then you really need to get Hor... See more...
Upgrade your Horizon infra to 8.x and get rid of all those old agents on VM's. Easier said than done but if you're running newer versions of Win10 VM's (21h2 and 22h2) then you really need to get Horizon upgraded. For us the old 7.8 agents are the only ones causing the huge influx of dump files.
I don't disagree other than the machines are so cpu bound that they are impossible to work with in that state. The agents do consume some but its things like system and svchost processes that seem to... See more...
I don't disagree other than the machines are so cpu bound that they are impossible to work with in that state. The agents do consume some but its things like system and svchost processes that seem to take most cpu. Those are always fun to figure out what actual service or processes is the cause.
We have a Horizon 8.7 infra (vSphere 7) serving about a 1000 persistent desktops. Most of these are Win10 21H2 running a typical variety of O365 apps along with a number of security agents and 8.x Ho... See more...
We have a Horizon 8.7 infra (vSphere 7) serving about a 1000 persistent desktops. Most of these are Win10 21H2 running a typical variety of O365 apps along with a number of security agents and 8.x Horizon agents. We have been finding especially over the last month that a lot of these machines will go into a high CPU state with no user sessions (disconnected or active). These sessions also drive a lot of IOPS which loads up our Pure Flash arrays. I've not been able to isolate any particular process other than SYSTEM which seems to be using majority CPU when I have the time to wait for the UI to respond and look. This is probably a tall order scripting wise but I'd like to be able to periodically run a script that will reset machines in a high CPU state that also have no active user sessions. Sadly this requires both Horizon and vCenter data to discover this and act on it via Horizon. Anybody ever seen this and/or know of a script that might work? I guess I could just reset all machines with an available status in Horizon but it would be nice just to reset the offenders. Thanks
Agreed this is the only applicaiton I use that the timeout cannot be managed regardless of what you set it to. VMware doesn't seem to think it is a problem. Doesn't matter whether you connect directl... See more...
Agreed this is the only applicaiton I use that the timeout cannot be managed regardless of what you set it to. VMware doesn't seem to think it is a problem. Doesn't matter whether you connect directly to a connection server or via Load balancer.  We are on 2209 now and still experiencing this stupidity.
I've been working with a consultant on producing a viable Win10 IC configuration for several months now. Due to multiple factors surrounding on-prem and Azure AD coupled with OneDrive, o365 and MFA w... See more...
I've been working with a consultant on producing a viable Win10 IC configuration for several months now. Due to multiple factors surrounding on-prem and Azure AD coupled with OneDrive, o365 and MFA we've thus far created a user experience that is far worse than our static clone Horizon desktops. Essentially we have a user experience that is wrought with authentication/MFA to teams, onedrive (which needs to start with the logon but does not). Every time a user logs off the IC is destroyed (as expected) and the next logon is met with the same frustrating logon experience. We have a small staff working every flavor of IT admin and VDI takes up way too much time. I have come to loath everything about cloud integration. We have the following pieces in play vsphere 7 with about 1000 VDI desktops (we want replace with IC and as good or better user experience) Horizon 8 CS behind F5 internally/externally (via v7 UAG's) Win10 21h2 images FSlogix o365 containers storing profiles on CIFS DEM profiles (for the stuff you can't do with FSlogix) Onedrive redirection of mydocuments etc Our logon sessions and IC's objects are on-prem AD which does not match the domain suffix for our AAD/MFA authentication. Example on prem AD auth is my.company.com and all the AAD stuff authenticates to company.com. This appears to produce the issue with Onedrive not authenticating at logon. MFA tokens aren't being saved one session to the next. We have been testing with hybrid join of AAD which is met with similar user experience.   Who has time for this insanity? Please just give me back the old days of on-prem everthing!
I find it amazing the VMware cannot fix obvious annoyances with the admin UI (now on 2209) that have been there for years. Specifically not being able to save column settings in Sessions and Machine ... See more...
I find it amazing the VMware cannot fix obvious annoyances with the admin UI (now on 2209) that have been there for years. Specifically not being able to save column settings in Sessions and Machine views and not being able to restart/reset multiple machines in session view. Session view is the only view I know of that shows logon duration. Seems really silly that I can restart multiple VM's in the Machine view but not sessions. Anybody else find this annoying? I pinged my VMware rep and SE about it today.. not holding breath. Fish  
Hi Fabio, The SMB share mounts fine locally on Win10 and maps an S drive. I executed the bat file manually and it pops a UAC warning then setup came up in interactive mode. Contents of bat file S:... See more...
Hi Fabio, The SMB share mounts fine locally on Win10 and maps an S drive. I executed the bat file manually and it pops a UAC warning then setup came up in interactive mode. Contents of bat file S:\VMware-Horizon-Agent-x86_64-2111-8.4.0-19446757.exe /s /v"/qn REMOVE=ClientDriveRedirection” Note I get garbage chars at the end of ClientDriveRedirection instead of a quote  
Hi Fabio, I attempted the script and it ran fine to the point where it uninstalled the agent then rebooted the workstation. Then it hung for 10 minutes waiting for reboot (even though it did reboot ... See more...
Hi Fabio, I attempted the script and it ran fine to the point where it uninstalled the agent then rebooted the workstation. Then it hung for 10 minutes waiting for reboot (even though it did reboot as I was watching it in vcenter console session). I decided to manually reboot it while the script was waiting.. then it progressed to detecting no agent on workstation and asked to disconnect from vcenter. screenshots with workstation name crossed out. Any ideas?
Thank you I will take a look at it.
Greetings, I've got several hundred win10 static VM's that need to be upgraded from agent v 7.08 to 8.x There is no reliable upgrade of this agent so it must be uninstalled.. reboot then new agent i... See more...
Greetings, I've got several hundred win10 static VM's that need to be upgraded from agent v 7.08 to 8.x There is no reliable upgrade of this agent so it must be uninstalled.. reboot then new agent installed. Anybody have any methods to share to make this process less pain? Thanks Ron
Thank you I think we'll try doing the web-inf file since we don't have want to automatically update our infra. Ron
Hello, We have 7.13 connection servers. I'm trying to figure out how to extend the admin web session timeout. I've tried the logical thing by changing my preferences as below but the time out is sti... See more...
Hello, We have 7.13 connection servers. I'm trying to figure out how to extend the admin web session timeout. I've tried the logical thing by changing my preferences as below but the time out is still less than 5 minutes. Extremely frustrating to use. This occurs for everyone. I assume it is a setting on the connection servers?   Thanks Fish!
Greetings, We have been going through a lengthy migration from vsphere 4.1 to 5.5 (new farm on new hardware). One of the last pieces is a fairly small (~100 desktops) Xendesktop (5.1sp1) with ... See more...
Greetings, We have been going through a lengthy migration from vsphere 4.1 to 5.5 (new farm on new hardware). One of the last pieces is a fairly small (~100 desktops) Xendesktop (5.1sp1) with provisioning services (5.6) implementation that was done by people now long gone (ie, I don't know much about how it all works). According to a Citrix eye chart http://support.citrix.com/content/dam/supportWS/kA460000000CcD3CAK/Citrix_Support_Hypervisors.pdf the provisioning services are not compatible with 5.5. I'm kind of lost in VMware marketecture with their constant changing of product names. What I'm hoping is for a product like what I think the View prior to 6 was that I could implement on top of ESXi 5.5. My hope is I could integrate this small environment into my main 9 node cluster (plenty of compute available) using using Resource pools and perhaps dedicated LUN's. That or standup that latest Citrix stuff. Any enlightenment on how to proceed is appreciated. Ron