mbrundage's Posts

We are still facing this issue on 2212, running view client 2303. Some of out clients we can attribute to a memory utilization issue on the thinclient and adding more ram has bought us some time. We ... See more...
We are still facing this issue on 2212, running view client 2303. Some of out clients we can attribute to a memory utilization issue on the thinclient and adding more ram has bought us some time. We had to look the PID table and system logs to see that the view client or a component of it was being killed by OOM on these devices. What attributes to the high usage is still to be determined. We even tried to run with no client re-directions and all plugins disabled, but it still happens. 
I figured it out thanks to the debug log. I had a condition statement that was missing a not operator. 
Hi there, we currently have most of our users setup with roaming appdata in DEM under the folder redirection section. I have noticed a handful of issues with having this in place as things roam in fr... See more...
Hi there, we currently have most of our users setup with roaming appdata in DEM under the folder redirection section. I have noticed a handful of issues with having this in place as things roam in from there in addition to DEM bringing in conflicting files so I have decided to remove this gradually. I created a new folder re-direction without roaming appdata and added conditions on both to ensure those that are part of one groups' AD group doesn't get the re-direction for the other, but it still continues to roam appdata via folder re-direction. Is there a way to accomplish this without removing the roaming appdata from all users at the same time?
Hi all, has anyone else experienced image pushes failing when there is high memory usage on at least one host in your cluster for Horizon? I keep running into the issue where one host will have an al... See more...
Hi all, has anyone else experienced image pushes failing when there is high memory usage on at least one host in your cluster for Horizon? I keep running into the issue where one host will have an alarm and when the snapshot goes to make the cp-template it fails. I noticed that if the alarm is cleared the push completes fine. Is there something in Horizon that prevents the push if there is an alarm? 
  • Hi
I'm noticing that a few pools each day return this error message; however, at the time of the message the same pool has a clone in it ready to go with an up-time of a few hours. It shows that it atte... See more...
I'm noticing that a few pools each day return this error message; however, at the time of the message the same pool has a clone in it ready to go with an up-time of a few hours. It shows that it attempted to connect the user to a VM that was still in the customizing state. Is there any reason that it wouldn't pick the clone that was ready over the one that it provisioned at the moment the user tried to access the pool.  Here are the finer details:  Horizon 2209 Clients, connection server and agents are matching versions Pool is instant clone, floating assignment, MOD min 1 max 3 spare 1
Did anyone figure out a resolution for this?
So I found the follow section in the blast log that looks a bit off compared to the rest of the log file:  2022-08-30 16:06:07.064-0400 [WARN ] 0x093c bora: VvcQueueChannelMessagesToSendTree: Asoc... See more...
So I found the follow section in the blast log that looks a bit off compared to the rest of the log file:  2022-08-30 16:06:07.064-0400 [WARN ] 0x093c bora: VvcQueueChannelMessagesToSendTree: AsockXBe is down, not queueing messages on channel 15 2022-08-30 16:06:07.117-0400 [INFO ] 0x2124 bora::Log: VNCSERVER-WIN32: Destroying capture backend (WDDM) for \\.\DISPLAY1 completed 2022-08-30 16:06:07.351-0400 [INFO ] 0x5d28 bora::Log: VNCSERVER-WIN32: No capture finished posted as captured is not requested by screen 1. Current mask is 0 2022-08-30 16:06:07.351-0400 [INFO ] 0x2124 bora::Log: VNCSERVER-WIN32: Destroying capture backend (WDDM) for \\.\DISPLAY2 completed 2022-08-30 16:06:07.351-0400 [INFO ] 0x2124 bora::Log: VNCConnectionMgr: Unsubscribing capture type 0 2022-08-30 16:06:08.357-0400 [INFO ] 0x0ecc bora::Log: VNCSERVER-WIN32: Received WM_POWERBROADCAST message. 2022-08-30 16:06:08.357-0400 [INFO ] 0x0ecc bora::Log: VNCSERVER-WIN32: Powering off monitor 2022-08-30 16:06:08.395-0400 [WARN ] 0x2124 bora: VNCSERVER-WIN32: SetThreadDesktop failed: The requested resource is in use (0xaa) 2022-08-30 16:06:08.670-0400 [WARN ] 0x6190 bora: VvcQueueChannelMessagesToSendTree: AsockXBe is down, not queueing messages on channel 41 Let me know if it would be beneficial to upload the entire log file. I will just have to redact some information from it if so. 
Hi Digory34,  We use instant clones with blast. I reviewed the logs and added them below. Users are able to re-connect to their sessions after they are disconnected and we are using server 2019 stan... See more...
Hi Digory34,  We use instant clones with blast. I reviewed the logs and added them below. Users are able to re-connect to their sessions after they are disconnected and we are using server 2019 standard for our VM guest os.  16:06:08 0x00000bd4 WARNING client protocol is not available, set session 1 as not connected 16:06:09 0x00000bd4 WARNING client protocol is not available, set session 1 as not connected 16:06:09 0x00000bd4 INFO Added current session id 1 to env. 16:06:09 0x00000bd4 INFO Session 1 has disconnected. 16:06:09 0x00000bd4 INFO Add message to queue, message type: 5 16:06:09 0x00000bd0 INFO Data with type eUserSessionDisconnect is sent with response - 0x00000000 -- The operation completed successfully. 16:08:24 0x00000bd4 INFO Added current session id 1 to env. 16:08:25 0x00000bd4 INFO Session 1 has reconnected. 16:08:25 0x00000bd4 INFO Add message to queue, message type: 4 16:08:26 0x00000bd0 INFO Data with type eUserSessionReconnect is sent with response - 0x00000000 -- The operation completed successfully.
I have a small set of users in separate desktops pools running into an issue where their instant clone VM for their session is always at 100% CPU usage in VSphere and at about the 6 hour mark of usag... See more...
I have a small set of users in separate desktops pools running into an issue where their instant clone VM for their session is always at 100% CPU usage in VSphere and at about the 6 hour mark of usage each day they get disconnected from the VM. We've already tried a entirely new golden image and new thin clients, but the issue still persists. There are other users in the same pool that don't have this issue at all. Any suggestions where to look next?
Has anyone had luck with saving the setting that toggles searching file contents in file explorer? This is under the Advanced options, non-indexed locations, search file contents. I'm not sure if its... See more...
Has anyone had luck with saving the setting that toggles searching file contents in file explorer? This is under the Advanced options, non-indexed locations, search file contents. I'm not sure if its an OS specific issues, but we are using Windows Server 2019.