We finally have smart card support in the Mac client!  Unfortunately, I'm seeing terribly inconsistent results when trying to connect and curious if it's just our environment or perhaps a bug in the client itself.  Occasionally, after entering my smart card PIN, it connects right up no problem.  However, more times than not, it will bomb out with "Error: An SSL error occurred".  Connecting to our smart card required security server from a Windows client seems to have no problems so I'm inclined to believe this is a client issue.  Anyone else seeing this?

On a related note, I am able to still authenticate to our other security server using a different 2-factor method and once authenticated, my smart card passes through no problem to things like the RDP client and ultimately, that's more important to me than actually logging in with my smart card.

I have been testing vGPU on a vSphere 6.0 host with Horizon 6.1, and I now want to add a vSGA pool to this host. Only two physical GPU's are being used with the two vGPU vm's I have powered on.

My question is, what do I need to do to make this host allow vSGA-enabled VM's to power on and share resources on the other two remaining GPU's?  I set the desktop pool to use "Hardware" 3D Renderer and added one VM to the pool. 

When I try to power on this VM, I get this error message in vSphere Web client: 

"Hardware GPU is required but not available. The virtual machine will not start until GPU resources are available or the virtual machine is configured to allow software rendering."

This is the gpuvm and nvidia-smi command line output:

The ESXi 6.0 host has two GRID K2 cards for a total of 4 GPU's. Only two vGPU-enabled vm's are powered on, so it would seem I can use the other two GPU's for vSGA VM's, right?

What are the recommended client CPU specs for a #VMware#Horizon client accessing heavy graphics vGPU VM? (needed for #PCoIP decoding)

I just bought an Acer Chromebook 15 and then I try to access Vmware View through HTML5 I can log in but my screen has horizontal black lines sporadically throughout the screen.  Is it possible the the video card on this Chromebook cannot handle the data from the Vmware View?

hi

i was able to connect to vmware ,now  my company changed address of server and i am getting timeout reached error

they are saying my internet is slow

is it possible till now i was able to connect

I was wondering if the maximum resolution or Max number of monitors supported has now increased with Horizon 6.1 and vSphere 6.0 vGPU technology?  It still seems to only show 2 monitors up to 1920 x 1200 resolution in the pool properties, when choosing PCoIP and 3D renderer.  We have some users with larger monitors and 2560 x 1440 resolution.

Hi,

We have setup an demo environment with Horizon View and Grid Cards. The environment is as follow

2 x FUJITSU PRIMERGY RX2540 M1 (Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz, 196GB Memory)

Fujitsu Eternus SSD storage connected with Fiber Channel

Running vsphere 5.5.0.update02-2143827-v320-1 and Horizon View 6.0.1 build-2088845

One host with Nvidia Grid K1 and the other host with K2 card.

We have configured the K1 card as vSGA and the K2 card as vDGA.

The host with vSGA are running the version 340.32

The vms that are configured for vDGA are using the driver "347.52-quadro-grid-desktop-notebook-win8-win7-64bit-international-whql"

The demo environment we are testing the applications Siemens PLM NX 10 and Siemens Teamcenter Visualization 10.

We tried to use a vm on the vSGA that is sharing K1 card, but that was to slow, and not able to work with this. What im wondering about is should it work with vSGA on a K1 card?

We tried to use a vm on the vDGA that have K2 card dedicated, and it is working ok, we may need some fine tuning. Is there any documents/best practice when it comes to these applications and tuning ?

So the main question is actually to run these Siemens applications do we have to use vDGA?

I know we can upgrade to use vGPU and vsphere 6, but we are waiting for the hardware to be certified first.

Thanks for reply.

Hello-

I currently have a working POC running View 5.3 with a security server, in the DMZ, paired to an internal connection broker.  Security server has a signed certificate and is reachable from the Internet. Network team has Natted and firewall rules in place to successfully allow connections back into our network. So far so good.

Management wants to move this from POC to Production so I need to add another security server and pair it back to a second connection broker.  My problem is we don't have external load balancers I can use so I am looking for other ways I can provide a highly available environment.  One thought is to configure Microsoft Network Load Balancing between the two security servers and have the firewall pass the connections back to the clustered IP address.  Has anyone seen this working in the DMZ?  Also, does anyone have any suggestions regarding how I can provide HA for the security servers assuming I don't have load balancers in house to use and can't get MNLB to work?

Thank you in advance,

Erik

This is a slightly odd issue. Has anyone had any previous experience of user's being reassigned automatically to linked clone desktops they have been removed from?

I have 2 instances now of users having been unassigned from a desktop, in one case their entitlement for the pool was removed as their new desktop was in a different pool, their roaming profile removed from the linked clone desktop, and then subsequently they have appeared re-assigned to that desktop in Horizon View Administrator (as well as still being assigned to their new desktop).

I have never noticed this issue occurring before.

Many Thanks

Hi,

we are using sVGA with an AMD Firepro S9000 graphic card, which works pretty good. with Horizon View 5.3.

Has anybody tried that Card with Horizon View 6.1 ?

I know, it's currently not supported.

Does anybody know if AMD will support Horizon View 6.1?

And if AMD is working on vDGA and vGPU?

PS: It's not easy to get in touch with AMD

Maybe it would be a better choice to get a NVIDA K1 or K2 Card.

Kind regards

Hans-Peter

Is it possible to pair both the primary connection server and the replicated instance with the security server so that if the primary fails subsequent connections will go to the replicated instance? Can a security server only pair with a single security server? I don't need to load balance I just want to know if and how I can pair both with my security server to support the primary connection server.

Thanks,

KM

We are trying to use a web camera with a thin client in our view environment and it locks up the view session every time the camera is activated.  I've tried it on Windows 7 32bit/64bit systems through the newest horizon view client and it works flawlessly.  So just wondering if it will even work with the thin client or if there are workarounds?

Thin client info:

HP t410 smart zero client

OS: HP Smart Client Core Z6A44019

HP Horizon Client Addon: 2.3.4

Thank you.

Hi,

We are in the midst of migrating from citrix vdi in a box to vmware view for one one of our client

Since citrix vdi in a box 5.2 has come to end of life (EOL) so they are prefering to go for VMware

I have surfed in the internet, couldn't able to find any related articles

Could anyone please advise on this

Much appreciate your help

Thanks

Vignesh

I know Tera1 Zero Clients are not supported with Horizon View 6.1, but I was wondering if anyone using them anyway?

Not pleased to know they aren't supported, that's for sure

Hi Guys,

I am using view 6 and after DST, my dedicated pool desktops will stuck on start up after restarting.

Background:

All desktops worked well before. but after DST, and if any desktop restarts, the view manager will show that this desktop status is "startup" wait until 1 hour to change back to "Available".  I checked view manager event and it shows below.  have a look at the reporting time, it shows 7:03:51pm, but actually it is 6:03:51pm at that moment.

I did some research in google. somebody said this happens mostly in float pool with disconnect auto refresh setting. when people disconnect, desktop will auto refresh to basic snapshot, and that snapshot was created before DST, so the time is 1 hour forwards. so when desktop receives command to startup, it send startup message to connection server to tell connection server i am ready(with current desktop time which is one hour forwards), the connection server received this message , wait 1 hour then set desktop status to available.;       So the solution would be:  reconfigure gold master to correct time, and then recompose this pool.

The above explanation  sounds reasonable.  but my situation is different. Firstly my pool is dedicated pool, so there is not possible to get back to basic snapshot. secondly, all desktop joined domain, so time and date, tiemzone  are sync with my active directory. I  log into the desktop with error via console, and i see the desktop time, date, time zone are totally correct; but the latest VDM logs in C:\programdata\vmware\VDM\Logs is one hour forwards which means the view agent, or pcoip server/client does not know the DST time changing.

Does anyone met this problem before, and any suggestion? To recompose the dedicated pool is the last choice and a lot pain.

I have a home lab where I have Horizon View 6.1 setup behind a Sophos UTM Web Application Firewall. I have NAT/Firewall rule for TCP/UDP 4172 to hit my View security server. The Web Application Firewall is configured for view.barrettnetwork.com:443 to hit my View security server as well. With this configuration, the Windows client hangs at "Authenticating" then eventually fails. However, the Android clients logs in without any issues. I have a case open with Sophos to help with looking at the logs but I am just curious if anyone has advice with setting up View behind a proxy/application firewall.

For quite a while, a customer we installed View 5.1.3 for has been experience seemingly random freezes, where a handful (just a few or nearly all) of the VMs will freeze (screen stays on, but is unresponsive) for 5-15 minutes. After a certain amount of time, they all begin working again, picking up where they were. Rebooting the client doesn't seem to help. This happens the same no matter what client is used. Most PCs are old XP systems running the 5.3.0 client but there are a few thin clients that experience the same problem.

The environment is a single connection server serving about 35 desktops. I turned on PCoIP Secure Gateway and that didn't help. Watching the performance of the VMs in vSphere Manager doesn't show any unusual high usage. The clients use kiosk mode to consistently get the same VM. When disconnected, the View client immediately begins attempts to reconnect. These are public-use PCs that are used for certain lengths of time (30-60 minutes or so) and then log off/disconnect from the VM.

Looking at the logs on the connection server, I have a couple concerns... such as these line:

2014-08-07T13:31:47.357-04:00 INFO  (0A70-0EE8) <Tracker:Heartbeat> [TrackerManager] (servername) Inbound queue stats: total=0, max=0, dropped=0

2014-08-07T13:31:47.357-04:00 INFO  (0A70-0EE8) <Tracker:Heartbeat> [TrackerManager] (servername) Outbound queue stats: total=36683, max=50, dropped=0

I couldn't find any explanation of this - the inbounds stay at 0 but the outbound just gets bigger and bigger as time goes by. This number was the server had been rebooted about four hours earlier. Should I be concerned that the total is much more than the max?

Looking farther into the logs, I see the following, about 30-40 minutes before the freezes began this day:

2014-08-07T16:04:21.149-04:00 WARN  (0CF4-0610) <Tunnel#12> [ca] (0663-***-37A7) Tunnel error: Socket closed

2014-08-07T16:04:21.493-04:00 WARN  (0CF4-1394) <Tunnel#5> [ca] (8D02-***-C45D) Tunnel error: Socket closed

2014-08-07T16:04:21.535-04:00 INFO  (0CF4-0F4C) <Thread-37> [g] (Request76) User cm-xx_fa_7d reconnected to the Secure Gateway Server - session ID: F470-***-4CBA

2014-08-07T16:04:22.022-04:00 INFO  (0CF4-0F74) <Thread-40> [g] (Request77) User cm-xx_a1_29 reconnected to the Secure Gateway Server - session ID: 8D02-***-C45D

2014-08-07T16:04:23.637-04:00 INFO  (0CF4-0348) <Thread-32> [g] (Request78) User cm-xx_00_ab reconnected to the Secure Gateway Server - session ID: 0663-***-37A7

2014-08-07T16:04:25.315-04:00 INFO  (0CF4-0D5C) <Thread-23> [g] (Request79) User cm-xx_ac_d4 reconnected to the Secure Gateway Server - session ID: 57A7-***-47EB

2014-08-07T16:04:26.458-04:00 INFO  (0CF4-0D50) <Thread-26> [g] (Request80) User cm-xx_a6_b0 reconnected to the Secure Gateway Server - session ID: 3537-***-CBC0

2014-08-07T16:04:26.705-04:00 WARN  (0CF4-0DC4) <wstunnel-PulseTimer> [PulseTimer] wstunnel-PulseTimer pulse 66758, wallclock delay 1152, elapsed delay 1151 DELAYED

2014-08-07T16:04:39.103-04:00 INFO  (0CF4-0D70) <Thread-24> [g] (Request81) User cm-xx_fa_7d reconnected to the Secure Gateway Server - session ID: F470-***-4CBA

2014-08-07T16:04:47.294-04:00 INFO  (0CF4-0E58) <Thread-28> [g] (Request82) User cm-xx_ac_d4 reconnected to the Secure Gateway Server - session ID: 57A7-***-47EB

2014-08-07T16:04:47.424-04:00 INFO  (0CF4-0E98) <Thread-34> [g] (Request83) User cm-xx_a6_b0 reconnected to the Secure Gateway Server - session ID: 3537-***-CBC0

2014-08-07T16:04:47.987-04:00 WARN  (0CF4-14F8) <Tunnel#8> [ca] (F470-***-4CBA) Tunnel error: Stream closed

2014-08-07T16:04:48.571-04:00 WARN  (0CF4-0F4C) <Thread-37> [g] (Request76) Fronted connection failed: java.lang.NullPointerException com.vmware.vdi.ice.server.g.<init>(SourceFile:204)

java.lang.NullPointerException

    at com.vmware.vdi.ob.tunnelservice.ca.a(SourceFile:634)

    at com.vmware.vdi.ice.server.g.<init>(SourceFile:172)

    at com.vmware.vdi.ice.server.e.a(SourceFile:169)

    at com.vmware.vdi.ice.server.TunnelService.process(SourceFile:59)

    at simple.http.serve.Component.handle(Component.java:103)

    at simple.http.serve.ResourceProcessor.handle(ResourceProcessor.java:69)

    at simple.http.Dispatcher.run(Dispatcher.java:83)

    at simple.util.process.Daemon.execute(Daemon.java:121)

    at simple.util.process.Daemon.run(Daemon.java:106)

2014-08-07T16:04:48.580-04:00 WARN  (0CF4-0F4C) <Thread-37> [e] (Request76) Error while accepting tunnel connection: null

2014-08-07T16:04:48.590-04:00 ERROR (0CF4-14F8) <Tunnel#8> [bx] (F470-***-4CBA) No Conveyor for channel 0

2014-08-07T16:04:48.602-04:00 ERROR (0CF4-14F8) <Tunnel#8> [bx] (F470-***-4CBA) No Conveyor for channel 0

2014-08-07T16:04:49.792-04:00 WARN  (0CF4-0B84) <Tunnel#34> [ca] (3537-***-CBC0) Tunnel error: Stream closed

2014-08-07T16:04:50.041-04:00 WARN  (0CF4-0D50) <Thread-26> [g] (Request80) Fronted connection failed: java.lang.NullPointerException com.vmware.vdi.ice.server.g.<init>(SourceFile:204)

java.lang.NullPointerException

    at com.vmware.vdi.ob.tunnelservice.ca.a(SourceFile:634)

    at com.vmware.vdi.ice.server.g.<init>(SourceFile:172)

    at com.vmware.vdi.ice.server.e.a(SourceFile:169)

    at com.vmware.vdi.ice.server.TunnelService.process(SourceFile:59)

    at simple.http.serve.Component.handle(Component.java:103)

    at simple.http.serve.ResourceProcessor.handle(ResourceProcessor.java:69)

    at simple.http.Dispatcher.run(Dispatcher.java:83)

    at simple.util.process.Daemon.execute(Daemon.java:121)

    at simple.util.process.Daemon.run(Daemon.java:106)

2014-08-07T16:04:50.147-04:00 ERROR (0CF4-0B84) <Tunnel#34> [bx] (3537-***-CBC0) No Conveyor for channel 0

2014-08-07T16:04:50.147-04:00 ERROR (0CF4-0B84) <Tunnel#34> [bx] (3537-***-CBC0) No Conveyor for channel 0

2014-08-07T16:04:50.200-04:00 WARN  (0CF4-0D50) <Thread-26> [e] (Request80) Error while accepting tunnel connection: null

2014-08-07T16:04:50.281-04:00 WARN  (0CF4-17E0) <Tunnel#16> [ca] (57A7-***-47EB) Tunnel error: Stream closed

2014-08-07T16:04:50.386-04:00 WARN  (0CF4-0D5C) <Thread-23> [g] (Request79) Fronted connection failed: java.lang.NullPointerException com.vmware.vdi.ice.server.g.<init>(SourceFile:204)

java.lang.NullPointerException

    at com.vmware.vdi.ob.tunnelservice.ca.a(SourceFile:634)

    at com.vmware.vdi.ice.server.g.<init>(SourceFile:172)

    at com.vmware.vdi.ice.server.e.a(SourceFile:169)

    at com.vmware.vdi.ice.server.TunnelService.process(SourceFile:59)

    at simple.http.serve.Component.handle(Component.java:103)

    at simple.http.serve.ResourceProcessor.handle(ResourceProcessor.java:69)

    at simple.http.Dispatcher.run(Dispatcher.java:83)

    at simple.util.process.Daemon.execute(Daemon.java:121)

    at simple.util.process.Daemon.run(Daemon.java:106)

2014-08-07T16:04:50.392-04:00 WARN  (0CF4-0D5C) <Thread-23> [e] (Request79) Error while accepting tunnel connection: null

2014-08-07T16:04:50.454-04:00 ERROR (0CF4-17E0) <Tunnel#16> [bx] (57A7-***-47EB) No Conveyor for channel 0

2014-08-07T16:04:50.460-04:00 ERROR (0CF4-17E0) <Tunnel#16> [bx] (57A7-***-47EB) No Conveyor for channel 0

A little later:

2014-08-07T16:28:59.797-04:00 WARN  (0CF4-0DC4) <wstunnel-PulseTimer> [PulseTimer] wstunnel-PulseTimer pulse 68216, wallclock delay 3030, elapsed delay 3025 DELAYED

2014-08-07T16:28:59.901-04:00 INFO  (0CF4-1714) <Tunnel#1> [ay] (030F-***-8213) User cm-xx_4b_f2 Secure Gateway Server session ended - session ID: 030F-***-8213

2014-08-07T16:29:00.289-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68203, wallclock delay 10824, elapsed delay 10823 DELAYED

2014-08-07T16:29:01.637-04:00 INFO  (0A70-0EE0) <SwiftMQ-SessionPool-4> [Audit] BROKER_LOGOFF:USER:DOMAIN\cm-xx_4b_f2;USERSID:S-1-5-21-23092430-485174-615583016-3587;USERDN:CN=S-1-5-21-23092430-485174-615583016-3587,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:29:01.699-04:00 INFO  (0A70-0EE0) <SwiftMQ-SessionPool-4> [UserSessionTracker] User USER:DOMAIN\cm-xx_4b_f2;USERSID:S-1-5-21-23092430-485174-615583016-3587;USERDN:CN=S-1-5-21-23092430-485174-615583016-3587,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int; has logged out of VDM

2014-08-07T16:29:18.046-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68215, wallclock delay 5384, elapsed delay 5383 DELAYED

2014-08-07T16:29:20.506-04:00 WARN  (0A70-0EA4) <TrackerJMSPublisher> [JMSMessagePublisher] Outbond message delays started: 5819 queuesize: 1 (TrackerMessage SYNC {}: {v=1570, tn=TaskTracker, u=[{"type":"SET","item":{"name":"pae-TaskPercentag...

2014-08-07T16:29:20.516-04:00 INFO  (0A70-0EA4) <TrackerJMSPublisher> [JMSMessagePublisher] Outbound message delays cleared: 0 queuesize: 0 (TrackerMessage HEARTBEAT {}: {ns=ONLINE, nn=servername, hc=27285})

2014-08-07T16:29:44.506-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68236, wallclock delay 5443, elapsed delay 5443 DELAYED

2014-08-07T16:29:48.324-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68237, wallclock delay 2817, elapsed delay 2816 DELAYED

2014-08-07T16:29:55.486-04:00 INFO  (0A70-0F08) <DesktopControlJMS> [Audit] DISCONNECTED:Server:cn=4ac8974e-e0bd-4100-8212-3b48d33e1649,ou=servers,dc=vdi,dc=vmware,dc=int;Pool:cn=pool,ou=server groups,dc=vdi,dc=vmware,dc=int;DNS:VINT08.domain.int;IP:10.6.80.19;USER:DOMAIN\cm-xx_4b_f2;USERDN:cn=s-1-5-21-23092430-485174-615583016-3587,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int;BROKERUSERSID:S-1-5-21-23092430-485174-615583016-3587;

2014-08-07T16:30:02.704-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68247, wallclock delay 4284, elapsed delay 4284 DELAYED

2014-08-07T16:30:03.001-04:00 INFO  (0A70-0F08) <DesktopControlJMS> [DesktopTracker] User DOMAIN\cm-xx_4b_f2 disconnected from machine VInt08 for desktop pool - session allocated at August 7, 2014 12:02:42 AM EDT, connected for 988 mins 11 secs

2014-08-07T16:30:18.009-04:00 WARN  (0BA8-0A58) <wsmsgbus-PulseTimer> [PulseTimer] wsmsgbus-PulseTimer pulse 68292, wallclock delay 6645, elapsed delay 6644 DELAYED

2014-08-07T16:30:22.465-04:00 WARN  (0A70-0CD8) <wstomcat-PulseTimer> [PulseTimer] wstomcat-PulseTimer pulse 68265, wallclock delay 1752, elapsed delay 1752 DELAYED

Then a handful of PCs will start reconnecting every couple seconds, such as this:

2014-08-07T16:33:48.148-04:00 INFO  (0A70-0FF8) <TP-Processor1> [AuthorizationFilter] (SESSION:a31a-***-d862) User DOMAIN\cm-xx_a7_88 has successfully authenticated to VDM

2014-08-07T16:33:48.167-04:00 INFO  (0A70-0FF8) <TP-Processor1> [Audit] (SESSION:a31a-***-d862) BROKER_LOGON:USER:DOMAIN\cm-xx_a7_88;USERSID:S-1-5-21-23092430-485174-615583016-3035;USERDN:CN=S-1-5-21-23092430-485174-615583016-3035,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:33:48.794-04:00 INFO  (0A70-133C) <TP-Processor13> [Audit] (SESSION:a31a-***-d862) BROKER_LOGOFF:USER:DOMAIN\cm-xx_a7_88;USERSID:S-1-5-21-23092430-485174-615583016-3035;USERDN:CN=S-1-5-21-23092430-485174-615583016-3035,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:33:48.794-04:00 INFO  (0A70-133C) <TP-Processor13> [UserSessionTracker] (SESSION:a31a-***-d862) User USER:DOMAIN\cm-xx_a7_88;USERSID:S-1-5-21-23092430-485174-615583016-3035;USERDN:CN=S-1-5-21-23092430-485174-615583016-3035,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int; has logged out of VDM

More errors:

2014-08-07T16:35:12.603-04:00 ERROR (0A70-131C) <TP-Processor5> [SDMessageManager] (SESSION:d89e-***-fbca) Server with DN: cn=117a4069-b880-4632-b639-7f8f4e6280f0,ou=servers,dc=vdi,dc=vmware,dc=int returned an error: NotAuthorized

2014-08-07T16:35:12.721-04:00 INFO  (0A70-131C) <TP-Processor5> [SessionLaunchContext] (SESSION:d89e-***-fbca) DOMAIN\cm-xx_a6_b0, App = Pool: Session request failed.

    (SESSION:d89e-***-fbca:) [DOMAIN\cm-xx_a6_b0, App = Pool] (9ms): Attempted to start new managed session.

    (SESSION:d89e-***-fbca:) [DOMAIN\cm-xx_a6_b0, App = Pool] (5422ms): 1 server(s) were rejected because StartSession failure. Possible session clash. [117a4069-b880-4632-b639-7f8f4e6280f0]

    (SESSION:d89e-***-fbca:) [DOMAIN\cm-xx_a6_b0, App = Pool] (5475ms): Application launch failed, exception was: All available desktop sources for this desktop are currently busy. Please try again later.

2014-08-07T16:35:12.885-04:00 INFO  (0A70-1344) <TP-Processor15> [Audit] (SESSION:d89e-***-fbca) BROKER_LOGOFF:USER:DOMAIN\cm-xx_a6_b0;USERSID:S-1-5-21-23092430-485174-615583016-3040;USERDN:CN=S-1-5-21-23092430-485174-615583016-3040,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:35:12.885-04:00 INFO  (0A70-1344) <TP-Processor15> [UserSessionTracker] (SESSION:d89e-***-fbca) User USER:DOMAIN\cm-xx_a6_b0;USERSID:S-1-5-21-23092430-485174-615583016-3040;USERDN:CN=S-1-5-21-23092430-485174-615583016-3040,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int; has logged out of VDM

2014-08-07T16:35:12.894-04:00 INFO  (0CF4-16B4) <Tunnel#46> [ay] (CA14-***-EB0D) User cm-xx_a6_b0 Secure Gateway Server session ended - session ID: CA14-***-EB0D

Apparently the vCenter Server (an appliance VM, v5.1.0.20001, b1917404, the latest available) dies around here - or maybe the entire network lets go? .210 is the vCenter server, and .80 and 102 are two of the VMs.

2014-08-07T16:35:20.984-04:00 INFO  (0A70-16F4) <CBRC-Validate-VMs-86ea1681-e172-4ad3-8cfd-46d60d9adcef> [Audit] VC_OUTAGE:Url:https://x.x.x.210:443/sdk

2014-08-07T16:35:20.984-04:00 WARN  (0A70-16F4) <CBRC-Validate-VMs-86ea1681-e172-4ad3-8cfd-46d60d9adcef> [ServiceConnection25] VirtualCenter https://x.x.x.210:443/sdk is currently unavailable - attempting to reconnect

2014-08-07T16:35:22.590-04:00 INFO  (0CF4-0F74) <Thread-40> [g] (Request90) User cm-xx_a6_b0 connected to the Secure Gateway Server - session ID: 0BD3-***-87AB

2014-08-07T16:35:25.918-04:00 INFO  (0A70-0F08) <DesktopControlJMS> [Audit] SHUTDOWN:Server:cn=117a4069-b880-4632-b639-7f8f4e6280f0,ou=servers,dc=vdi,dc=vmware,dc=int;Pool:cn=pool,ou=server groups,dc=vdi,dc=vmware,dc=int;DNS:;IP:x.x.x.80;

2014-08-07T16:35:28.250-04:00 WARN  (0CF4-0DB0) <Tunnel#43> [al] (D63C-***-E8DB) Problem starting channel 1 for Port2: Failed to allocate onbound connection to x.x.x.102:32111: java.net.SocketTimeoutException: makeSocketConnection timed out com.vmware.vdi.ice.server.al.g(SourceFile:879)

com.vmware.vdi.ob.tunnelservice.bf: Failed to allocate onbound connection to x.x.x102:32111: java.net.SocketTimeoutException: makeSocketConnection timed out

    at com.vmware.vdi.ice.server.aa.<init>(SourceFile:85)

    at com.vmware.vdi.ice.server.al.g(SourceFile:850)

    at com.vmware.vdi.ice.server.al.c(SourceFile:680)

    at com.vmware.vdi.ob.tunnelservice.ca.run(SourceFile:829)

    at java.lang.Thread.run(Unknown Source)

After some similar Java errors, we get: (VInt12 is one of the VMs)

2014-08-07T16:35:41.090-04:00 INFO  (0A70-0FFC) <TP-Processor2> [Audit] (SESSION:fdb2-***-f3fc) BROKER_LOGOFF:USER:DOMAIN\cm-xx_a6_d6;USERSID:S-1-5-21-23092430-485174-615583016-3038;USERDN:CN=S-1-5-21-23092430-485174-615583016-3038,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:35:41.091-04:00 INFO  (0A70-0FFC) <TP-Processor2> [UserSessionTracker] (SESSION:fdb2-***-f3fc) User USER:DOMAIN\cm-xx_a6_d6;USERSID:S-1-5-21-23092430-485174-615583016-3038;USERDN:CN=S-1-5-21-23092430-485174-615583016-3038,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int; has logged out of VDM

2014-08-07T16:35:41.100-04:00 INFO  (0CF4-0DB0) <Tunnel#43> [ay] (D63C-***-E8DB) User cm-xx_a6_d6 Secure Gateway Server session ended - session ID: D63C-***-E8DB

2014-08-07T16:35:42.365-04:00 INFO  (0A70-131C) <TP-Processor5> [AuthorizationFilter] (SESSION:7791-***-2ada) User DOMAIN\cm-xx_a6_d6 has successfully authenticated to VDM

2014-08-07T16:35:42.392-04:00 INFO  (0A70-131C) <TP-Processor5> [Audit] (SESSION:7791-***-2ada) BROKER_LOGON:USER:DOMAIN\cm-xx_a6_d6;USERSID:S-1-5-21-23092430-485174-615583016-3038;USERDN:CN=S-1-5-21-23092430-485174-615583016-3038,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:35:44.999-04:00 INFO  (0CF4-0D5C) <Thread-23> [g] (Request91) User cm-xx_a6_d6 connected to the Secure Gateway Server - session ID: 3F22-***-CA61

2014-08-07T16:35:45.713-04:00 INFO  (0A70-1340) <TP-Processor14> [PendingOperation] (SESSION:7791-***-2ada) Pool control for desktop pool is starting VM WINDOW #1 :VInt12

There's a lot of the logon/logoff behavior, mixed in is this line:

2014-08-07T16:36:39.121-04:00 INFO  (0A70-0F08) <DesktopControlJMS> [Audit] SHUTDOWN:Server:cn=9683853f-e4d3-4a29-97b5-aabe914c7da1,ou=servers,dc=vdi,dc=vmware,dc=int;Pool:cn=pool,ou=server groups,dc=vdi,dc=vmware,dc=int;DNS:VINT14.domain.int;IP:x.x.x.126;

More logon/logoff, and some of this:

2014-08-07T16:39:09.101-04:00 INFO  (0A70-0FFC) <TP-Processor2> [SessionLaunchContext] (SESSION:1b00-***-3c21) DOMAIN\cm-xx_a6_ab, App = Pool: Session request failed.

    (SESSION:1b00-***-3c21:) [DOMAIN\cm-xx_a6_ab, App = Pool] (8ms): User has 1 possible sessions to analyze.

    (SESSION:1b00-***-3c21:) [DOMAIN\cm-xx_a6_ab, App = Pool] (8ms): Possible session match found on server cn=0cad6ef4-60a3-42c5-baa7-7c72c0c8a8b1,ou=servers,dc=vdi,dc=vmware,dc=int.

    (SESSION:1b00-***-3c21:) [DOMAIN\cm-xx_a6_ab, App = Pool] (8ms): No matching capids, selected session on server 0cad6ef4-60a3-42c5-baa7-7c72c0c8a8b1

    (SESSION:1b00-***-3c21:) [DOMAIN\cm-xx_a6_ab, App = Pool] (8ms): Application launch failed, exception was: The display protocol for this desktop is currently not available. [NAME=PCOIP, ERROR-CODE=PROTOCOL_ERR_BUSY]

Some session clashes:

2014-08-07T16:39:10.993-04:00 INFO  (0A70-0FFC) <TP-Processor2> [SessionLaunchContext] (SESSION:40ca-***-254e) DOMAIN\cm-xx_a5_18, App = Pool: Session request failed.

    (SESSION:40ca-***-254e:) [DOMAIN\cm-xx_a5_18, App = Pool] (8ms): Attempted to start new managed session.

    (SESSION:40ca-***-254e:) [DOMAIN\cm-xx_a5_18, App = Pool] (100ms): 1 server(s) were rejected because StartSession failure. Possible session clash. [d1ad6237-7a5a-4193-884a-153085c210ab]

    (SESSION:40ca-***-254e:) [DOMAIN\cm-xx_a5_18, App = Pool] (100ms): Application launch failed, exception was: All available desktop sources for this desktop are currently busy. Please try again later.

Here's the last warn/error in this sequence, and the following lines are repeated several times as apparently some of the VMs restarted:

2014-08-07T16:46:03.685-04:00 WARN  (0A70-1524) <PendingOperation-vm-116> [MachineInformation] Agent not accepting connections in time: cn=9683853f-e4d3-4a29-97b5-aabe914c7da1,ou=servers,dc=vdi,dc=vmware,dc=int

2014-08-07T16:46:03.685-04:00 ERROR (0A70-1524) <PendingOperation-vm-116> [PendingOperation] Pool pool::Unable to start VM /domain/vm/WINDOW #4 :VInt14 - Failed to verify port for VM /domain/vm/WINDOW #4 :VInt14

2014-08-07T16:46:04.951-04:00 INFO  (0A70-1324) <TP-Processor7> [AuthorizationFilter] (SESSION:65a1-***-e1c7) User DOMAIN\cm-xx_a7_88 has successfully authenticated to VDM

2014-08-07T16:46:04.979-04:00 INFO  (0A70-1324) <TP-Processor7> [Audit] (SESSION:65a1-***-e1c7) BROKER_LOGON:USER:DOMAIN\cm-xx_a7_88;USERSID:S-1-5-21-23092430-485174-615583016-3035;USERDN:CN=S-1-5-21-23092430-485174-615583016-3035,CN=ForeignSecurityPrincipals,DC=vdi,DC=vmware,DC=int;

2014-08-07T16:46:06.186-04:00 INFO  (0CF4-0F70) <Thread-39> [g] (Request221) User cm-xx_a7_a0 connected to the Secure Gateway Server - session ID: 50DD-***-EB26

2014-08-07T16:46:06.962-04:00 INFO  (0A70-132C) <TP-Processor9> [SessionLaunchContext] (SESSION:1ae8-***-98db) DOMAIN\cm-xx_a7_a0, App = Pool: Session request failed.

    (SESSION:1ae8-***-98db:) [DOMAIN\cm-xx_a7_a0, App = Pool] (11ms): Attempted to start new managed session.

    (SESSION:1ae8-***-98db:) [DOMAIN\cm-xx_a7_a0, App = Pool] (11ms): 1 server(s) were rejected because Server has error code of AGENT_ERR_STARTUP_IN_PROGRESS. [cfc0318c-4f7a-4fab-95d3-b5b669957c6d]

    (SESSION:1ae8-***-98db:) [DOMAIN\cm-xx_a7_a0, App = Pool] (11ms): Application launch failed, exception was: The agent returned an error response [ERROR-CODE=AGENT_ERR_STARTUP_IN_PROGRESS]

After this, things appear to calm down the the VMs begin working again.

I am leaning towards blaming the Java NullPointerException, as it only happens once during this day's log file and is suspiciously close (about 30 minutes before) to when the freezes happened. I'm not sure what I can do about that, though - do I need a specific Java runtime or does View use its own? It's currently got Java 7u67 on the Connection Server.

Any assistance would be greatly appreciated! Thank you!

We are having issues with a company program that won't shrink down far enough within the view html or pcoip client on laptops with 15 inch or less screens making it unusable. I've looked through all the group policies and did not see anything that could help me but I'm wondering if there is a way to force a min resolution so the clients would have scroll bars so they can at least use the program. We are using horizon 6 and Esxi 5.5.

I upgraded my Horizon View 6 to 6.1 so that I could easily deploy Cloud Pod within my environment. I set up the Pod Architect a while ago via command line. Since that time I thought I had uninstalled it however after the upgrade to 6.1 it showed the other Pods under View Configuration > Cloud Pod Architecture. So I clicked on Unjoin and I have the following error: PodFederation operation timed out on local connection. Server with no error information. It is sitting at 20% and status is Pending.

Any thoughts on how I can get out of this error so I can start over? Do I need to go through the CLI to get it uninstalled?

Appreciate any help.

Hello all,

Hoping someone can help shed some light on this for me.  For background, our environment is 5.3 across the board for the Connection server and agents (5.3.2 agent specifically), and we are utilizing the 5.0.1 client.  I wouldn't get stuck on the client version as we see the same behavior with the Horizon 2.3.3 client version as well.  Our client machines are a mix of Windows 7 and Windows XP, but are mostly 7.  Anyway, here is what happens:

We have most of our connecting clients as shelled out Kiosk machines with local user accounts, not using View kiosk mode, but a third party application that provides some other functionality and mainly just calls View via command line.  The vast majority of our client machines were imaged and set up with this third party shell.  When the View client is launched, it sits at "establishing secure connection" for upwards of 20 seconds before proceeding through and connecting the user to their desktop.  Now, the weird part is that if I simply launch Internet Explorer once and close it, this behavior completely goes away and you barely notice a delay in connecting at all.  If i go into Internet Options and hit the "reset Internet Explorer settings" button, the long 20+ second delay returns.  I do not think there are any IE group policy settings as these machines are logged into local accounts, and therefore aren't subject to our domain IE settings policy.  Also, I can mimic this behavior on a regular workstation with a domain user logged in.

I am hoping I can at least find out if anyone knows what Internet Options settings View might care about and rely on.  I'm guessing there is some delay or time out with some kind of hand shaking or certificate verification somewhere, but I've tried out various settings but have come up empty.  Thanks!