Hi guy,
I not found any information from guide for validate this installation (Two horizon installation and one vcenter)
Only indication it is for composer, where it is suggest use one vcenter for one composer, but in my idea i not delivery VM with composer.
Any idea how to find information to approval this configuration?
Thank you.
Fabio
We have a pool of non-persistent desktops that when someone logs off and the desktop refreshes, the nic is not attached. This is not happening on logoff all the time, but at the end of the day I usually see 10-20 desktops in this state in a pool where 150-200 are used during the day. They show in the View console as "Problem vCenter VMs" and in the vSphere console they all have an IP address of 169.254.243.23. When I edit settings on any of these desktops and click on the network adapter, the Connected checkbox is not checked.
Any idea why the nic fails to connect when the desktop refreshes?
We're currently running View 6 with Zero clients and dual HD monitors for all users. We have recently experienced an increase in the number of users streaming multiple video streams (Bloomberg, CNBC, etc.) all day long, and it's absolutely crushing my VDI host CPU utilization and causing performance issues for all of my users.
We're due for a hardware refresh so I've been looking at replacing my existing VDI hosts and zeros, upgrading to View 7, switching to Blast Extreme and adding Tesla M60s to offload all the video encoding. Looking at the Tesla specs leads me to believe I can only accelerate one monitor per VM. If that's the case it won't work in my dual-monitor environment. I'm also concerned looking at the performance numbers here (VMware Horizon Blast Extreme Acceleration with NVIDIA GRID - VMware End-User Computing Blog - VMware Blogs) that the expected CPU offload really isn't that great (16%?), but perhaps I'm misreading the results.
Anyone have thoughts on whether this is really going to solve my performance issues, or any other solutions to handle heavy video streaming users?
hi guys,
i'm tearing my hair out trying to get printers to work from a mac. printers are mapped using IP.
MAC OS El Captain latest version
tried a number of horizon client versions from 3-4
view agent installed 6.2.1
thinprint is installed vmware tools tried 9.4 & 10.0.0
tried the normal stuff restarting tcpautoconnect etc. and extended timeout values to 900000
printers are not on same network as view environment.
running tpautoconnect.exe -v receive socket errors (10022) and (10061) -- is this an issue with the MAC OS?
help please - probably missing something basic, or where would be first place to check.
thanks - travis
Hello,
I am looking for a setting that will timeout the HTML connection to a desktop similar to the timeout for the admin pages.
We have hit upon a slight issue with allowing multiple desktops in a pool from users using cloned thin terminals. It looks like the image was taken after the client had made an initial connection so all the terminals appear to have the same client ID. Now we know this we can sort out new terminals by creating a new image prior to a view connection occurring which should mean they have no client id set until the device is used for the first time.
What we would like to try and do is reset the Client ID on the existing terminals without having to re-image them. As these are Linux devices I assume that the client ID is located in a file somewhere and I wondered if anyone had any ideas where?
We have a ticket open for this issue, but I thought I would post here to see if anyone has seen it before. Beginning this week we have begun having an issue where many desktops do not complete their building process in view administrator. I say many because some do complete successfully. I can count about 8 VMs that may be good for use, but then after that 6-8 will be stuck at customizing or at an agent unreacheable stage. This can last for hours and when in the either stage, the vcenter console shows the desktop at the ctrl + alt + delete screen of windows 7 pro. There are usually no errors except the "already used" or message (this doesn't appear on all of the bad desktops).
Here are a few things I have noticed. Some of the "bad" desktops that are stuck have a self assigned (192.168.x.x) address. Others have the proper address subnet that they should have. On the self assigned ones, I'll disable the nic and re-enable it again, then those desktops get the correct ip address and become available almost instantly (this may need to be done at least a half dozen times). The ones that are stuck with the correct ip (but still say agent unreachable), don't budge at all, even after disabling the nic or moving them to a different server in the vdi environment. After enough users complain about not having desktops, we eventually get heavy handed and reboot the vcenter server, and then after some time (could be upwards of an hour), the stuck desktops with the correct ip suddenly become available all at once (a dozen or more desktops total). We have checked the view connection server and vcenter for drive space, both are good. We have also checked the flash LUNs for the desktops, both have more that a TB of free space. Another issue that appears to happen in all of this mess is that sometimes users will get kicked off a desktop that they were lucky enough to get. The desktop then shows as disconnected in view administrator and the user cannot log back into it. They are logged into a new desktop, creating a double session.
Is there anything else I can look into?
I have a Horizon View 6 environment which is used by 100 users. The clients run at a 1280 x 1024 resolution and have 2 vCPU's and 3 Gb of RAM.
It all works fine, except the videoperformance is poor. Watching a full screen video on Youtube doesn't run smooth at all. And also minimizing and maximizing a window or dragging it doesn't run smooth.
I've tried a few settings like turning on 3d rendering and adjusting the max. video memory, but nothing seems to make a difference.
Is there any way to improve the video performance?
Hi,
I need to migrate automated dedicated full clone pool to a new datastore,
What is the supported procedure to do this ?
The users have installed custom apps on their desktops.
Hi,
Just upgraded to the latest 7.0.1. Have done many upgrades without an issue. I have two connections server 01, 02. After the upgrade I was not able to login to my main one - 01. After being able to login via 02 I checked the status and the box is red and says "The service is not working properly" Tried restarting the services and the box numerous times and no luck.
Any have any suggestions to troubleshoot this? Or have seen this before?
Thanks!
Dear all,
I am searching for a way to auto enable display scaling within the Horizon View Client.
This option is only visible when a view client is started from hardware that's supports 4k etc.
by default this option is unchecked. I am looking for a method to check this box for 'Enable auto scaling' automatically.
I searched for regkeys or ini settings etc but I cannot find a thing.
Any suggestions?
Kind regards,
Tim
ps. The View agent that I am using is version 4.0.1.
In a dedicated-assignment pool, User connects to a different VM other than one he is entitled for. Automatic assignment is enabled. We are on Horizon view 6.2.2
Have been looking through PDFs and videos on Persona Management. Maybe I glossed over it, but I don't remember any information on how to figure how large the file share should be where persona management profiles are stored. Thanks in advance!
Hi all
Actually I have no access to a (test) view environment, so I ask you
One of my customers asked me, if it is possible to add resources (in this case vRAM) to a runningsingle VM in a linked clone pool. So only one VM needs more resources. Change the master and recompose is actually not an option, because it is only one VM that needs more RAM.
Is that possible?
Regards
Solero
Hi to all.
I´m installing on Xubuntu 16.04 the horizon client 4.1.0 3976982 x64.
My installation procedure is this:
dpkg --add-architecture i386
apt-get update
apt-get install libudev1:i386
apt-get install libtheora0:i386
apt-get install libssl1.0.0:i386
apt-get install libxss1:i386
apt-get install libpulse0:i386
apt-get install libv4l-0:i386
apt-get install libudev1:i386
apt-get install libxml2:i386
apt-get install libxtst6:i386
apt-get install libpcsclite1:i386
apt-get install libuuid1:i386
apt-get install libspeex1:i386
apt install libgstreamer0.10-0:i386
apt install ibgstreamer-plugins-base0.10-0:i386
ln -s /lib/i386-linux-gnu/libudev.so.1 /lib/i386-linux-gnu/libudev.so.0
ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /lib/i386-linux-gnu/libssl.so.1.0.1
ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /lib/i386-linux-gnu/libcrypto.so.1.0.1
bash VMware-Horizon-Client-4.1.0-3976982.x64.bundle
Install all fine, but when i SCAN i get this errors: (the error for MMR is solved with the procedure)
vmware horizon real-time audio-video failed libudev.so.0
vmware horizon usb redirection failed libudev.so.0
Hi all,
I got stuck with a problem causing all 2, 3 days a disconnect of all clients from a VMware view server. I collected serveral logs at the moment when the disconnect happened. I hope that someone point me to a possible cause ...
First here ist the log of the PCoIP Client (Thin Client EVGA PD-02):
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_UI :No PCoIP data received in the past 3 seconds (connection to peer might be lost)
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :****************************************************************
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :Tx pkts = 144506, Tx bytes = 17006580, Rx pkts = 628977, Rx bytes = 701786842
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :Tx Bandwidth (kbps): Limit = 7000, Avg = 0, Min = 0, Max = 184
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :Rx Bandwidth (kbps): Avg = 40, Min = 0, Max = 7032, Loss = 0 pkts
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :RTT (ms): Avg = 6, Min = 1, Max = 7
08/21/2012, 08:52:14> LVL:2 RC: 0 MGMT_PCOIP_DATA :****************************************************************
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :****************************************************************
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :Tx pkts = 144723, Tx bytes = 17029630, Rx pkts = 628977, Rx bytes = 701786842
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :Tx Bandwidth (kbps): Limit = 7000, Avg = 0, Min = 0, Max = 184
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :Rx Bandwidth (kbps): Avg = 0, Min = 0, Max = 7032, Loss = 0 pkts
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :RTT (ms): Avg = 6, Min = 1, Max = 7
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_PCOIP_DATA :****************************************************************
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(pcoip_data_cback): event: 0x10, PRI: 0 - queuing EVENT_PCOIP_DATA_LOST
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :OPEN: transition 51 into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SSIG :tera_mgmt_ssig_reset: Queuing EVENT_RESET (PRI: 0)
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_SSIG :Request to reset session (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SSIG :OPEN: transition 11 into BYE (PRI: 0)
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_SSIG :Session closed locally (217.111.67.132, 00-0F-01-00-01-00, PRI: 0)
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_SSIG :Sending to peer: BYE disconnect reason cause (0x403)
08/21/2012, 08:52:38> LVL:2 RC: 0 MGMT_SSIG :Session closure reason cause (device:internal: PCoIP lost)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SSIG :Number of bytes in BYE APDU: 24
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SSIG :Sending BYE APDU to peer
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(hcc_cback): event: 0x8, PRI: 0 - queuing EVENT_HCC_SESS_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(kmp_cback): event: 0x1, PRI: 0 - queuing EVENT_KMP_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(vchan_cback): event: 0x1, PRI: 0 queuing EVENT_VCHAN_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(ddc_cback): event: 0x1, PRI: 0 - queuing EVENT_DDC_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 24 into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 30 (EVENT_KMP_RESET) into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 30 (EVENT_VCHAN_RESET) into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 30 (EVENT_DDC_RESET) into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(rsc_cback): event: 0x1, PRI: 0 - queuing EVENT_RSC_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 30 (EVENT_RSC_RESET) into TEARDOWN (PRI: 0)
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :(osvchan_cback): event: 0x1, PRI: 0 - queuing TERA_MGMT_OSVCHAN_EVENT_RESET
08/21/2012, 08:52:38> LVL:3 RC: 0 MGMT_SESS :TEARDOWN: transition 30 (EVENT_OSVCHAN_RESET) into TEARDOWN (PRI: 0)
Second we have the debug-log of the sercuriry view:
2012-09-03 19:00:00,823 WARN <AJP-3> [j] (Request21895) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:09,528 DEBUG <MsgWorker#6> [a] (-) RequestGetStatus: serverType = ice, server = null, localHostname = VIEW-02
2012-09-03 19:00:09,528 DEBUG <MsgWorker#6> [av] (-) Queuing request PSGC27-28000
2012-09-03 19:00:09,528 DEBUG <PSGC27> [av] Handling request PSGC27-28000, on queue for 23uS
2012-09-03 19:00:09,528 DEBUG <PSGC27> [av] Sending GETCOUNTERS request PSGC27-28000
2012-09-03 19:00:09,528 DEBUG <PSGC27:L> [dz] Good response received for GETCOUNTERS request PSGC27-28000 in 527uS (parsed in 226uS)
2012-09-03 19:00:09,528 DEBUG <PSGC27:L> [av] Queuing receipt 170126
2012-09-03 19:00:09,528 DEBUG <PSGC27:C> [af] Handling message 170126, on queue for 49uS
2012-09-03 19:00:09,528 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CurrentStatus
2012-09-03 19:00:28,248 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite SSL_RSA_WITH_RC4_128_SHA
2012-09-03 19:00:28,248 DEBUG <Thread-28> [SimpleAJPService] (Request21896) SimpleAJPService request: /broker/xml
2012-09-03 19:00:28,248 WARN <AJP-11> [j] (Request21896) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:28,919 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite SSL_RSA_WITH_RC4_128_SHA
2012-09-03 19:00:28,919 DEBUG <Thread-25> [SimpleAJPService] (Request21897) SimpleAJPService request: /broker/xml
2012-09-03 19:00:28,919 WARN <AJP-13> [j] (Request21897) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [a] (701EA6E6DAF6D7A27E80844442E0089A) doCapStatus: capID = 701EA6E6DAF6D7A27E80844442E0089A, locationID = 00-1F-BC-0C-8D-7E, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, clientVersion = 4.0, lite = true, newAllowed = true
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [a] (701EA6E6DAF6D7A27E80844442E0089A) Found 2 existing connected sessions for: cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [a] (701EA6E6DAF6D7A27E80844442E0089A) This session is unknown
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [aj] (701EA6E6DAF6D7A27E80844442E0089A) makeLiteSession: capID = 701EA6E6DAF6D7A27E80844442E0089A, userID = kueche, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-7E, sh = com.vmware.vdi.ice.server.ac@6ec5122f
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [aj] (701EA6E6DAF6D7A27E80844442E0089A) getLiteInstance: creating a new session for: capID = 701EA6E6DAF6D7A27E80844442E0089A
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [aj] (701EA6E6DAF6D7A27E80844442E0089A) Created new LITE session for: capID = 701EA6E6DAF6D7A27E80844442E0089A, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-7E
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [aj] (701EA6E6DAF6D7A27E80844442E0089A EC1B4232885B5E62E51360F6B98ECE2C) Extending timeout for session
2012-09-03 19:00:29,340 DEBUG <MsgWorker#7> [aj] (701EA6E6DAF6D7A27E80844442E0089A EC1B4232885B5E62E51360F6B98ECE2C) Session will time out after: 172799s, at Wed Sep 05 19:00:28 CEST 2012
2012-09-03 19:00:29,340 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:29,340 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:29,340 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapAbsent
2012-09-03 19:00:29,433 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite SSL_RSA_WITH_RC4_128_SHA
2012-09-03 19:00:29,433 DEBUG <Thread-24> [SimpleAJPService] (Request21898) SimpleAJPService request: /broker/xml
2012-09-03 19:00:29,433 WARN <AJP-98> [j] (Request21898) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:33,099 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite SSL_RSA_WITH_RC4_128_SHA
2012-09-03 19:00:33,131 DEBUG <Thread-22> [SimpleAJPService] (Request21899) SimpleAJPService request: /broker/xml
2012-09-03 19:00:33,131 WARN <AJP-97> [j] (Request21899) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:34,847 DEBUG <MsgWorker#8> [a] (EC1B4232885B5E62E51360F6B98ECE2C) Raising channel directly
2012-09-03 19:00:34,847 DEBUG <MsgWorker#8> [aj] (EC1B4232885B5E62E51360F6B98ECE2C) Raising port *:-1 for 172.16.17.105:4172(1) keepalives called Port150
2012-09-03 19:00:34,847 DEBUG <MsgWorker#8> [av] (EC1B4232885B5E62E51360F6B98ECE2C) Queuing request EC1B4232885B5E62E51360F6B98ECE2C-97
2012-09-03 19:00:34,847 DEBUG <PSGC27> [av] Handling request EC1B4232885B5E62E51360F6B98ECE2C-97, on queue for 25uS
2012-09-03 19:00:34,847 DEBUG <PSGC27> [av] Sending ADDCONNECTION request EC1B4232885B5E62E51360F6B98ECE2C-97
2012-09-03 19:00:34,847 DEBUG <PSGC27:L> [dz] Good response received for ADDCONNECTION request EC1B4232885B5E62E51360F6B98ECE2C-97 in 822uS (parsed in 222uS)
2012-09-03 19:00:34,862 DEBUG <PSGC27:L> [av] Queuing receipt 170127
2012-09-03 19:00:34,862 DEBUG <PSGC27:C> [af] Handling message 170127, on queue for 29uS
2012-09-03 19:00:34,862 DEBUG <PSGC27:C> [aj] Lite session already connected! session = (ServerSession capID = EC1B4232885B5E62E51360F6B98ECE2C, type = LITE, userID = Kueche, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-7E)
2012-09-03 19:00:34,862 DEBUG <PSGC27:C> [aj] Lite session = (ServerSession capID = EC1B4232885B5E62E51360F6B98ECE2C, type = LITE, userID = Kueche, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1165,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-7E), connected = Mon Sep 03 19:00:34 CEST 2012
2012-09-03 19:00:34,862 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: RaisePort
2012-09-03 19:00:35,112 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite SSL_RSA_WITH_RC4_128_SHA
2012-09-03 19:00:35,127 DEBUG <Thread-23> [SimpleAJPService] (Request21900) SimpleAJPService request: /broker/xml
2012-09-03 19:00:35,127 WARN <AJP-1> [j] (Request21900) AJP connection test failed: com.vmware.vdi.ob.tunnelservice.dy: Failed to write data to server: java.net.SocketException: Software caused connection abort: socket write error
2012-09-03 19:00:35,127 DEBUG <Thread-21> [SimpleAJPService] (Request21901) SimpleAJPService request: /broker/xml
2012-09-03 19:00:35,127 DEBUG <Thread-20> [SimpleAJPService] (Request21902) SimpleAJPService request: /broker/xml
2012-09-03 19:00:35,127 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:35,127 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:35,127 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:35,127 DEBUG <Thread-19> [SimpleAJPService] (Request21903) SimpleAJPService request: /broker/xml
2012-09-03 19:00:38,560 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:38,560 DEBUG <Thread-17> [SimpleAJPService] (Request21904) SimpleAJPService request: /broker/xml
2012-09-03 19:00:38,670 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:38,719 DEBUG <Thread-18> [SimpleAJPService] (Request21905) SimpleAJPService request: /broker/xml
2012-09-03 19:00:43,590 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:43,622 DEBUG <Thread-35> [SimpleAJPService] (Request21906) SimpleAJPService request: /broker/xml
2012-09-03 19:00:44,263 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:44,263 DEBUG <Thread-36> [SimpleAJPService] (Request21907) SimpleAJPService request: /broker/xml
2012-09-03 19:00:44,310 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:44,326 DEBUG <Thread-34> [SimpleAJPService] (Request21908) SimpleAJPService request: /broker/xml
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [a] (204DBAD914581D72E33F3386FC97CE7C) doCapStatus: capID = 204DBAD914581D72E33F3386FC97CE7C, locationID = 00-1F-BC-0C-8D-0F, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1131,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, clientVersion = 4.0, lite = true, newAllowed = true
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [a] (204DBAD914581D72E33F3386FC97CE7C) Found 4 existing connected sessions for: cn=s-1-5-21-2409728431-2754453975-3715340775-1131,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [a] (204DBAD914581D72E33F3386FC97CE7C) This session is unknown
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C) makeLiteSession: capID = 204DBAD914581D72E33F3386FC97CE7C, userID = desk.1, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1131,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-0F, sh = com.vmware.vdi.ice.server.ac@6ec5122f
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C) getLiteInstance: creating a new session for: capID = 204DBAD914581D72E33F3386FC97CE7C
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C) Created new LITE session for: capID = 204DBAD914581D72E33F3386FC97CE7C, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1131,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-0F
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C 57CACB027181C41E7A5D2FD88F59C804) Extending timeout for session
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C 57CACB027181C41E7A5D2FD88F59C804) Cancelling old kill timer
2012-09-03 19:00:44,920 DEBUG <MsgWorker#0> [aj] (204DBAD914581D72E33F3386FC97CE7C 57CACB027181C41E7A5D2FD88F59C804) Session will time out after: 172800s, at Wed Sep 05 19:00:44 CEST 2012
2012-09-03 19:00:44,920 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:44,920 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:44,920 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:44,920 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:44,920 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapAbsent
2012-09-03 19:00:44,920 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:44,920 DEBUG <Thread-33> [SimpleAJPService] (Request21909) SimpleAJPService request: /broker/xml
2012-09-03 19:00:44,953 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:44,953 DEBUG <Thread-32> [SimpleAJPService] (Request21910) SimpleAJPService request: /broker/xml
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [a] (3538BC91807774E74549DA6D7C698007) doCapStatus: capID = 3538BC91807774E74549DA6D7C698007, locationID = 00-1F-BC-0C-8D-33, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1132,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, clientVersion = 4.0, lite = true, newAllowed = true
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [a] (3538BC91807774E74549DA6D7C698007) Found 3 existing connected sessions for: cn=s-1-5-21-2409728431-2754453975-3715340775-1132,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [a] (3538BC91807774E74549DA6D7C698007) This session is unknown
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007) makeLiteSession: capID = 3538BC91807774E74549DA6D7C698007, userID = desk.2, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1132,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-33, sh = com.vmware.vdi.ice.server.ac@6ec5122f
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007) getLiteInstance: creating a new session for: capID = 3538BC91807774E74549DA6D7C698007
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007) Created new LITE session for: capID = 3538BC91807774E74549DA6D7C698007, userDN = cn=s-1-5-21-2409728431-2754453975-3715340775-1132,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int, locationID = 00-1F-BC-0C-8D-33
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007 1081B8EC28E1AEA1A6FDF0D003BEB769) Extending timeout for session
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007 1081B8EC28E1AEA1A6FDF0D003BEB769) Cancelling old kill timer
2012-09-03 19:00:45,530 DEBUG <MsgWorker#9> [aj] (3538BC91807774E74549DA6D7C698007 1081B8EC28E1AEA1A6FDF0D003BEB769) Session will time out after: 172799s, at Wed Sep 05 19:00:44 CEST 2012
2012-09-03 19:00:45,530 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:45,530 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:45,530 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapPresent
2012-09-03 19:00:45,530 DEBUG <Outbound JMS Worker Thread> [au] Sending JMS message: CapAbsent
2012-09-03 19:00:45,561 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:45,561 DEBUG <Thread-31> [SimpleAJPService] (Request21911) SimpleAJPService request: /broker/xml
2012-09-03 19:00:47,844 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:47,844 DEBUG <Thread-30> [SimpleAJPService] (Request21912) SimpleAJPService request: /broker/xml
2012-09-03 19:00:48,983 DEBUG <HandshakeCompletedNotify-Thread> [PooledProcessor] Using secure protocol TLSv1 and cipher suite TLS_RSA_WITH_AES_128_CBC_SHA
2012-09-03 19:00:49,019 DEBUG <Thread-29> [SimpleAJPService] (Request21913) SimpleAJPService request: /broker/xml
2012-09-03 19:00:49,693 DEBUG <MsgWorker#2> [a] (57CACB027181C41E7A5D2FD88F59C804) Raising channel directly
2012-09-03 19:00:49,693 DEBUG <MsgWorker#2> [aj] (57CACB027181C41E7A5D2FD88F59C804) Raising port *:-1 for 172.16.17.110:4172(1) keepalives called Port234
2012-09-03 19:00:49,693 DEBUG <MsgWorker#2> [av] (57CACB027181C41E7A5D2FD88F59C804) Queuing request 57CACB027181C41E7A5D2FD88F59C804-f0
2012-09-03 19:00:49,693 DEBUG <PSGC27> [av] Handling request 57CACB027181C41E7A5D2FD88F59C804-f0, on queue for 27uS
2012-09-03 19:00:49,693 DEBUG <PSGC27> [av] Sending ADDCONNECTION request 57CACB027181C41E7A5D2FD88F59C804-f0
2012-09-03 19:00:49,693 DEBUG <PSGC27:L> [dz] Good response received for ADDCONNECTION request 57CACB027181C41E7A5D2FD88F59C804-f0 in 753uS (parsed in 241uS)
2012-09-03 19:00:49,693 DEBUG <PSGC27:L> [av] Queuing receipt 170128
And last the log of the PCoIT Secure Gateway:
[2012-Sep-03 17:09:38.050023]: xml received 93 93
[2012-Sep-03 17:09:38.050023]: Received command: get-counters
[2012-Sep-03 17:10:43.055337]: header received
[2012-Sep-03 17:10:43.055337]: PCOIP-SG/1.0
[2012-Sep-03 17:10:43.055337]: XML
[2012-Sep-03 17:10:43.055337]: PSGC27-27f9b
[2012-Sep-03 17:10:43.055337]: 93
[2012-Sep-03 17:10:43.055337]: xml received 93 93
[2012-Sep-03 17:10:43.055337]: Received command: get-counters
[2012-Sep-03 17:11:42.023441]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:45.143446]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:48.060651]: header received
[2012-Sep-03 17:11:48.060651]: PCOIP-SG/1.0
[2012-Sep-03 17:11:48.060651]: XML
[2012-Sep-03 17:11:48.060651]: PSGC27-27f9c
[2012-Sep-03 17:11:48.060651]: 93
[2012-Sep-03 17:11:48.060651]: xml received 93 93
[2012-Sep-03 17:11:48.060651]: Received command: get-counters
[2012-Sep-03 17:11:50.681456]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:52.225859]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:52.569059]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:53.910662]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:57.015468]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:11:57.237269]: SSIG client connection error while reading SSIG APDU header: Das Zeitlimit für die Semaphore wurde erreicht
[2012-Sep-03 17:11:57.268470]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:11:58.124872]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:11:59.144275]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:11:59.300275]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:11:59.399876]: SSIG client SSL write error Eine vorhandene Verbindung wurde vom Remotehost geschlossen
[2012-Sep-03 17:12:11.024500]: header received
[2012-Sep-03 17:12:11.024500]: PCOIP-SG/1.0
[2012-Sep-03 17:12:11.024500]: XML
[2012-Sep-03 17:12:11.024500]: CCC750558B0B306E381E313A9FD1C4AA-7f
[2012-Sep-03 17:12:11.024500]: 360
[2012-Sep-03 17:12:11.024500]: xml received 360 360
[2012-Sep-03 17:12:11.024500]: Received command: add-connection
[2012-Sep-03 17:12:11.024500]: Parameter: connection-id Value: CCC750558B0B306E381E313A9FD1C4AA/port128
[2012-Sep-03 17:12:11.024500]: Parameter: ctag Value: SCS1t/poUSrv1RBZUxr1Rrtw9Zeo7qrqBMW6mL2G1I9Tl5V2PXWZUs5jUUj5S0592ZezMTkDhzkEdAVyr2SJOOUULTCronmBLwgn6GoH
[2012-Sep-03 17:12:11.024500]: Parameter: ip-address Value: 172.16.17.102
[2012-Sep-03 17:12:11.024500]: Parameter: tcp-port Value: 4172
[2012-Sep-03 17:12:11.024500]: Connected to PCoIP server
[2012-Sep-03 17:12:13.333304]: header received
[2012-Sep-03 17:12:13.333304]: PCOIP-SG/1.0
[2012-Sep-03 17:12:13.333304]: XML
Can someone lighten my darkness? Thanks in advance,
Tom
I have a small issue in that I want to use persona manager but I have folder redirection for all of our users. WE just redirect certain folder like Desktop, etc. The problem comes in with View. I have a bunch of doctors that insist on using multiple desktops (persistent and non-persistent) to get their work done on a daily basis. They use Persistent so they have their OUTLOOK and when they roam to an exam room they want to use their NON-Persistent desktops. I'm pretty sure I can accomplish what I want with Persona Management but the folder redirection kind of hinders that. Is there a way for me to use Both so that I can get all the docs to utilize only one pool of computers on View?? Can UEM help me in any way with this issue? Any comments or suggestions are welcome. Thanks!
Perry
Environment: ESXi 6 Update 2, Horizon 6.2, Windows 7 Linked Clones.
We are seeing an odd issue that I'll attempt to lay out, but, we're still trying to isolate the true details/cause. Bear with me.
It seems on a subset of VMs that lock their session in Windows due to Imprivata, if they sit for a while locked (like overnight), when we come in in the morning, we'll move the mouse to wake them up (they go into a screensaver from the Windows OS side that presents a bunch of mandatory slides), and, instead of going right back to the Imprivata login screen, instead it will show the wallpaper from the windows session for about 40 seconds, THEN finally present the login. Once we login, the VM is usable, but, seems a tad slow, even though I don't see any real process hanging. pocip_server_win is running a tad high but doesn't seem to be crushing it. Again, still digging in on the details, hoping I find the same issue tomorrow AM and can check on the processes running again.
Keep in mind: when I say the wallpaper from the Windows session, it's essentially the Windows session desktop, but without all the icons. Not sure I'm making any sense, but, that's what we see. Perhaps it's a video refresh issue?
As a comparison, a VM right next to this (both are connected via ThinOS terminals) that has no lock screen but everything else is the same, did not seem to experience the issue when we came in. Tonight though, I locked it manually myself via the Windws Key + L. I am going to see when I arrive in the morning, if this one sees the same odd issue. Right now all I see to have to focus in on, is the locking.
I'm going to try and eliminate the terminals as an issue as well by hooking up other models/OS versions.
Hope someone has seen SOMETHING similar to this, and if so, any feedback would be great.
Thanks.
Hello,
Hoping the community here can assist and provide some suggestions or recommendations to improve my end user experceing using View and 3D Applications. Below are the details of my environment.
View Host:
Cisco C240-M3S
ESXi 6.0.0-3620759
GRID K1 Card - Host Driver 361.45.09
VM Config:
Win 7
12GB RAM
2 vCPU
K160Q Profile
Application utilizing inside the guest OS of the VM is Autodesk Revit and Plant3D.
User Access:
User is accessing the VM using the 4.0.1 Horizon View Client over a 6MB MPLS connection. Ping times from the uses location to where the VM is hosted is 15-17MS.
Endpoint Site:
5min Average traffic In: 275.2 kb/s
5min Average traffic Out: 174.1 kb/s.
Datacenter where the VM is hosted has a 50MB MPLS connection.
5min Average traffic In: 7675.9 kb/s
5min Average traffic Out: 29.6 Mb/s
Group Policy PCoIP Session Variables:
Set the Image Cache Size in Megabytes: 500MB
Set the Minimum Image Quality value (default value: 50): 50
Set the Maximum Initial Image Quality value (default value: 90): 100
Set the Maximum Frame Rate value (default value: 30): 100
Use image settings from zero client if available: disabled
Set PCoIP session bandwidth floor in kilobits per second to: 128
Enable/disable audio in the PCoIP session: Enabled
Enable/disable microphone noise and DC offset filter in PCoIP session: Enabled
Turn off Build-to-Lossless feature: Enabled
User experiences choppyness or delays when attempting to rotate the model in the 3D view. I understand that tweeking these settings is an art. I am not seeing any latency on the backend storage where this VM resides, which we are running a hybrid box with Fusion IO cards for QoS on the storage side.
Looking forward to suggestions from the community on helping improve my users experience utilizing 3D applications via VMware View. I have also been looking at upgrading to View 7 to see if the Blast Protocol would provide better performance over the traditional PCoIP protocol.
Thank You
Hey Guys, here's the setup.
Horizon View 7.0.0
ESXi 6.0 build 6620759 (U2)
Apex 2800 and driver package 2.5.3 (supports for Windows 10 and vSphere 6)
Windows 10 x64
VMware Tools 10.0.8
The symptom is on initial connection, the second monitor isn't even displaying and the primary as at the non-standard resolution. Trying to whittle down where the issue is. PCoIP server log shows that APEX is only in use for one of the monitors, which is not good. Subsequent logins show it using Apex for both. The Apex driver is installed in the Windows 10 guest as well as ESXi. Thinking this is purely a Teradici issue, but figured I'd post here in case anyone else has experienced it.
Initial
Subsequent
