VMware View State of Session

Similar Questions

• VMWARE HORIZION VIEW 6.0: it does not serve any which RDS (using PCoIP) session to my zero Teradici Clients but it works with Horizon of VMware View client 3.0.0 from my computer

  Hi all

  I'm testing view Horizon 6.0 Service sessions (Windows 2008 R2) RDS through PCoIP. I think that my setup is just because I can connect via Horizion View Client (installed in my laptop or my Android smartphone). But when I try to connect from a Client Tera zero, 1 or 2 (with the latest firmware), at the same time I did logon, I still have this error:

  "View server connection has no return of available virtual desktops."

  Could someone tell what can be wrong?

  Concerning

  As a result of this discussion "Re: RDS support is included in Vmware View (broker)?" I saw that I must spend my customers zero to 4.5.1 firmware. Once I did, Tera 2 Zero Clients work very well but do not have customers zero 1 Tera.

  I expect response from Teradici.

  Concerning

• VMware View displays information of State Office

  I am trying to view the status of the office in a pool of offices to Horizon of VMware View. Using the cmdlet "Get-RemoteSession" indicates only that the status 'Connected' or 'Disconnect '. State as inaccessible and already used Agent information is absent. Is there a cmdlet to view the office and that already used such status, Agent unreachable etc. ?

  I'm afraid there is currently no cmdlet that provides this information.

• VMware View is improved management = session shadow?

  VMware saying that there are some new features VMware View management as a centralized patching.  Does anyone know if the ability of fictitious user sessions has been added as well?

  No, in it's current version (VMware View Manager 3.0) you cannot shadow

  http://www.VMware.com/support/viewmanager3/doc/releasenotes_viewmanager3.html

  If you have not already signed an NDA, you should, so you can see the roadmap for VMware view.

• VMware View 4.5 - disconnected sessions connect to black screen or simply close after 5 seconds...

  In collaboration with VMware View 4.5 using images of Windows XP Pro SP3 and connection through PCoIP, everything works perfectly on cloned VMs with the exception of reconnects.

  If I have a user disconnect from their office and then tries to reconnect to the desktop, the screen will be black, if you act quickly, you can retrieve the screen if you enter any keyboard input, but it will come back as if CTRL-ALT-DEL was pressed as I see the pop-up "Windows Security".  I checked for the screensavers screen or something like that and nothing so far.

  Do not have this problem in 4.0.1.

  Any help would be appreciated!

  Thank you

  Shane

  You have the same problem with a desktop XP vanilla without modification? Are there of the sureties or banner of the GPO applied to these desktop computers?

  May panic if there is a logon banner.

  ____________

  blog.eeg3.net | Useful links related to VMware

  If you have found this device or any other post useful, please consider the use of buttons useful/correct for award points.

• DST and vmware view = weird questions

  This is the 3rd time that when the time comes or goes we get questions of kind of weird in our very frequent floating pools, VMs stuck in starting up, wait for connection etc.

  If you look at the log below you will see that the virtual machine has been one hour before, and then she came back at the right time.

  Anyone else seen elsewhere?

  2014 03-18 T 16: 06:36.553 - 04:00 INFO (016 C-0390) < Service main Thread > [wsnm_desktop] DesktopManager queue server is installed

  2014 03-18 T 16: 06:36.585 - 04:00 INFO 016c - 082 C < logloaded > [MessageFrameWork] "ws_filesystem - component of VMware View filesystem plugin" Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.595 - 04:00 INFO (016 C-0830) < logloaded > [MessageFrameWork] Plugin 'wsnm_jmsbridge - VMware View framework JMS Bridge Controller' loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.612 - 04:00 INFO (016 C-0838) < logloaded > [MessageFrameWork] 'ws_klog - plugin VMware View Kernel Log' Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.642 - 04:00 INFO (016c-0390) < Service main Thread > [wsnm] System Service VMware View begins

  2014 03-18 T 16: 06:36.642 - 04:00 INFO (016c-0840) < logloaded > [MessageFrameWork] "ws_perfmon - VMware View Performance Monitor and counter shop" Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.643 - 04:00 INFO (016 C-0850) < logloaded > [MessageFrameWork] Plugin ' ws_vhub - Service USB virtual VMware View framework "support, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.643 - 04:00 INFO (016 C-0848) < logloaded > [MessageFrameWork] Plugin "ws_thinappmgmt - support for VMware View infrastructure Application Management" loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.644 - 04:00 INFO (016 C-0854) < PluginInitThread > [ws_vhub] vhublib: initialized, VMware View virtual USB Hub API (64-bit) version: 5.5.0 build-966253, exit: unknown

  2014 03-18 T 16: 06:36.782 - 04:00 INFO (C 088-0890) < 2192 > program [MessageFrameWork] 'wsnm_jms - VMware View framework JMS bridge' began, version = 5.2.0 build-987719, pid = 0x88C, buildtype = release, usethread = 1, closeafterwrite = 0

  2014 03-18 T 16: 06:36.806 - 04:00 INFO (C 088-0890) < main Thread > [] classpath option:-Djava.class.path=C:\Program VMware View\Agent\lib\; C:\Program View\Agent\lib\\agentjms.jar VMware; C:\Program View\Agent\lib\\commonutils.jar VMware; C:\Program View\Agent\lib\\events-client.jar VMware; C:\Program View\Agent\lib\\events-common.jar VMware; C:\Program View\Agent\lib\\gnu-crypto-2.0.1-1.jar VMware; C:\Program View\Agent\lib\\jdom-1.0.jar VMware; C:\Program View\Agent\lib\\jms-9.2.1.jar VMware; C:\Program View\Agent\lib\\jmswrapper.jar VMware; C:\Program View\Agent\lib\\log4j-1.2.14.jar VMware; C:\Program View\Agent\lib\\messagesecurity.jar VMware; C:\Program View\Agent\lib\\orchestratorj.jar VMware; C:\Program View\Agent\lib\\securitymanager.jar VMware; C:\Program View\Agent\lib\\sessionclientapi.jar VMware; C:\Program View\Agent\lib\\swiftmq-9.2.1.jar VMware; C:\Program View\Agent\lib\\v4v-msgserver.jar VMware; C:\Program View\Agent\lib\\winauth.jar VMware; C:\Program View\Agent\lib\\ws_appender.jar VMware; C:\Program View\Agent\lib\\ws_properties.jar VMware; C:\Program View\Agent\lib\\xercesImpl-2.9.1.jar VMware;

  2014 03-18 T 16: 06:36.818 - 04:00 INFO (088 C-08E4) < logloaded > [MessageFrameWork] "ws_javaview - VMware View Java Diagnostics Framework" Plugin, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.001 - 04:00 INFO (C 088-0938) < logloaded > [MessageFrameWork] Plugin "ws_java_bridgeDLL - VMware View Java Bridge Framework" loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.002 - 04:00 INFO (C 088-0934) < logloaded > [MessageFrameWork] Plugin ' ws_java_native - Framework Java native Support of VMware View "load, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.208 - 04:00 INFO (C 088-0890) < main Thread > [ws_java_bridgeDLL] JavaBridge installed service EventLoggerService

  2014 03-18 T 16: 06:37.208 - 04:00 INFO (C 088-0890) < main Thread > [] JavaBridge queue server is installed

  2014 03-18 T 16: 06:37.209 - 04:00 INFO (C 088-0890) < main Thread > [] View Composer agent has completed the customization

  2014 03-18 T 16: 06:37.737 - 04:00 INFO (0624-0628) < 1576 > [VMwareView-RdeServer] program "VMwareView-RdeServer - VMware View RDE 32-bit Server" began, version = e.x.p build-1190491, pid = 0 x 624, buildtype = release, usethread = 0, closeafterwrite = 0

  2014 03-18 T 16: 06:39.567 - 04:00 INFO (C 088-0890) < main Thread > [] View Composer personalization state 0 (0 seconds)

  2014 03-18 T 16: 06:39.673 - 04:00 INFO (C 088-0890) < main Thread > [java] bridge exe started ok.

  2014 03-18 T 15: 38:45.288 - 04:00 INFO (016 C-0128) < main Thread > [wsnm_desktop] Session created in WAIT state: id = 1, winStation = Console

  2014 03-18 T 15: 38:45.350 - 04:00 INFO (0488-0978) < 2424 > [MessageFrameWork] 'wssm - VMware View framework Session Manager' program began, version = 5.2.0 build-987719, pid = 0 x 488, buildtype = release, usethread = 1, closeafterwrite = 0

  2014 03-18 T 15: 38:45.397 - 04:00 INFO (0488-0550) < logloaded > [MessageFrameWork] Plugin 'wssm_desktop - VMware View framework Office Manager Instance' loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.397 - 04:00 (0488-07 D 0) INFO for < logloaded > [MessageFrameWork] Plugin 'ws_winauth - taken in charge of VMware View infrastructure Windows Authentication", version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.475 - 04:00 (0488-05 D 0) INFO for < logloaded > [MessageFrameWork] Plugin 'ws_thinappmgmt - taken in charge of VMware View infrastructure Application Management", version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488-0978) < main Thread > [wssm] Session Manager has begun for the session 1

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488 - 0 to 28) < logloaded > [MessageFrameWork] 'wssm_uimanager - VMware View Host UI Framework' Plugin support, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488 - 0 B 40) < logloaded > [MessageFrameWork] Plugin 'wssm_ui - VMware View UI framework' loaded, version = 5.2.0 build-987719, buildtype = output

  I was on the phone with VMware for 5 hours Tuesday last with this same problem.  I ended up solving the problem without their help.  You must initialize your model, let the time updated, shut it down, take a new snapshot and recompose your pool.

  Re: View 5.3 - desktop blocked at startup

• Samsung NC-240 - Windows 7 with VMware View connection problem

  Hi all

  My Samsung NC-240 is set to connect to my server VMware View Connection Manager. I can connect to one of my Windows XP via PCoIP or RDP virtual desktop very well, but I can't connect to my virtual Windows 7 desktop. Whenever I try to connect, it will be wrong and tell them "Session Lost!"

  Research in the NC-240 event log, I see the following:

  11 d, 00:01:09.260 > ready to connect to the host

  11 d, 00:01:21.990 > connection to the host (10.3.70.110, 00-00-00-00-00-00)

  11 d, 00:01:22.020 > using resolution 1920 x 1080 at 60 Hz on DVI port 0

  11 d, 00:01:22.150 > CONNECTED (10.3.70.110, 00-00-00-00-00-00)

  11 d, 00:01:22.160 > receiving power state updated: S0

  11 d, 00:01:22.960 > CURRENT SESSION

  11 d, 00:01:23.600 > (MGMT_RDP): invalid capability length (20)

  11 d, 00:01:23.600 > connection down (RDP protocol error detected)

  11 d, 00:01:23.680 > lost Session!

  11 d, 00:01:23.680 > (MGMT_RDP): INIT: received unknown event 0 x 20!

  Here is the information of the current version of my NC-240:

  Part number of the firmware: FW010034

  Hardware version:

  Firmware Version: 3.0

  Firmware Build ID: v250

  Firmware version Date: December 7, 2009 15:55:15

  PCoIP processor revision: 1.0

  Bootloader Version: 2.1

  Bootloader version identifier: v163

  Bootloader Build Date: August 28, 2008 16:56:13

  Here is the information of the current version of my Agent and VMware View VCM:

  VMware View 4.0.0 - 210939

  I appreciate any input.

  Thank you

  Sang A

  I think it's the same than P20 then try wyse page

• How to fix VMware View Server certificate revocation check connection error?

  Dear community,

  For about 2 weeks, I feel a revocation of the certificate check error in our environment Horizon see 6.2. The strange thing is that, within 12 hours about two (replication) connection servers and the vCenter Server / server of composer (on the same machine) are considered as having invalid certificates, even if, in fact, they are valid (CA certificates). We use no security servers.

  The view admin console shows the following for servers connection:

  The server certificate is not approved.

  The server certificate cannot be verified.

  For the vCenter, he said (that I have validated manually the certificate):

  No problems found.

  Certificate is not approved, but the thumbprint of the certificate is accepted.

  With the connection series on 'full', States that the login server logs for the vCenter server:

  TRACE (B 17-0 - 0E98) < VCHealthUpdate > [NativeKeyVault] validateCertificateChain response: {result = FAIL, EndEntityReasons = cantCheckRevoked, ChainReasons = invalid, SelfSigned = false, EndErrorCode = 16777280, EndInfoCode = 258, ChainErrorCode = 16777280, ChainInfoCode = 256, PolicyErrorCode =-2146885613}

  As far as I can see there no similar entries for login server certificates in the newspaper.

  At the moment I am under the environment with composer and vCenter certificates manually valid and invalid connection (red) server certificates (as view clients and browsers are not disabled).

  I already checked that I am able to do everything 'green' again via setting the registry key 'CertificateRevocationCheckType'2 (as described here Configure the server certificates certificate revocation check). This brings me to the conclusion that one of the intermediate certificates cannot be validated. So, I had the information a "version" of an intermediate (intermediate certification authority) certificate has been revoked. There seems to be no coincidence - like the time point is as well, but this particular version does not appear to be used in the servers of my connection.

  However, even with full logging enabled, I can't information which (intermediate) certificate cannot be validated and why. I expected to see something like 'OCSP verification' or 'check the CRL' but I can't find it in the newspapers. However, I noticed that one of the intermediate certificates lacked the OCSP URL (even if the field "Authority Information Access" existed). Of course I updated the certificate with a version that contains the OCSP URL, but it has not changed anything.

  In addition, I checked manually all of the certificates in the chain with openssl (for OCSP) and CRLs as well, but everything seems to be OK (all URLS are accessible and no opportunity of certificate has been revoked). Actually, I do not interpret the error as "that the connection to the server is an invalid certificate because it has been revoked", but "it cannot check if it has been revoked. The servers do not need a proxy and nothing configured, so (I checked the proxy settings system context, also).

  For now, the problem is not critical, such as 'red' status connection server has no effect on our customers and so I could turn off certificate revocation check (or switch to check that the certificate of the server (2)). But of course, I would really solve the problem.

  Is there someone who can give me a hint on what to check, for example, how do I know which certificate cannot be controlled and why? Someone had the same or a similar problem? Support VMware is working on the problem as well, but they seem don't know is not the problem, either.

  I appreciate the thoughts and responses! Thank you!

  Best regards

  Fabian

  Dear community,

  During this time, I was able to correct the error described at the beginning of this thread. Jump to the end to see what could probably help you...

  1. At first, I installed an additional standalone VMware View Server connection in order to check the following related certificates:
     1. VMware support always told me to renew my certificates because they "were not valid" etc. - even if in fact they were (like external URL calls and attested manual verification and tests).
     2. That's why I created new additional certificates for the login server and configured to include the vCenter even as my production environment - only difference was I didn't inlcude the composer who runs the server vCenter himself.
     3. The result was that the server was "green" including both the vCenter Server certificate which could be 'not reliable' by the environment of production - strange, huh?
  2. After I reset the additional server to a turned wink where connection to the server was not yet installed (before that, I uninstalled the connection to the server in case there is information in vCenter thereon) and reinstalled as a replica of the production environment server. Somehow I expected this, but still quite strange the vCenter Server (and composer) now again was considered "invalid", even if the certificate of the server connection itself considered still valid and green. For test purposes, so I put certifice revocation checking on '2' (only one server certificate check) - but only on the 'old' production servers' and 'magical' everything has been considered valid. So as I see it, there seems to be some sort of information stored on the 'old' connection servers that makes them believe that invalid certificates and that the information is replicated on the third server unless I lower the revocation of the certificate controls on these servers. Altervative explanation could be that VMware View does not accept certificates with aliases that do not include the 'real' server name - that is / was in fact certificates the old servers connection. The new server certificate connection included the real name and the alias. I understand if this is the case, but then I expect that it be documented somewhere (I have not found this information) and also wouldn't understand why it worked without problem for several years before.
  3. After finding that out, I created new certificates for the 'old' connection servers, including aliases and real names and replaced the certificate on one of the servers (and restarted the login server) - only a few successfully. Once I put the revocation checking on '4' again on this server, the login server certificate was still considered valid, but not the vCenter and certificate of composer.
  4. Now, I've uninstalled the old login server (removed from the view) and reinstalled completely (including an update of the 2008 R2 2012 R2 OS) and after I have it reintegrated into the environment, everything remained green - as long I have will activate revocation checking on the second login server "old." This is why I did the same with this (completely reinstalled and reinstated it) and now everything is green with the revocation checking enabled on all replicas of server connection.
  5. The next step I uninstall the additional replica because I created only for troubleshooting purposes.

  So what will no doubt help in similar cases:

  • Reinstall the servers of connection one by one, including:
  • Uninstalling html access (if used), uninstall the login server to view, uninstall 'VMware' AD LDS Instance.
  • Removal of the connection to the server of replication group: run "s - r s uninstalled_ vdmadmin.exeservername" on one of the servers connection remaining.
  • Reinstall/Update OS (may not be necessary, but I did not test that)
  • Reininstall, return to the login server replica. If you used the certificates which included only the alias of the server I recommend you to create new ones, including the name of the server as well, but maybe it's not necessary as well. If you want to keep the certificates which only inlcude the alias it will be necessary to install this certificate after the first replication of the servers (see below).

  My question for technicians of VMware/developers: It is supported to use certificates include only the server alias. Otherwise why it worked before and where is it documented? Where are certificate cached information so that simply replace the certificate was only some, and not a complete success (see above). FYI - when I paired initially replicas that I had to install the CA (including only the pseudonym) after the first replication - now with certificates (including the server name and the alias), I could install the certificate before you replicate (= the login server installation).

• VMware View 6.1 Zero-Client disconnect

  We have recently updated our platform VDI of VMWare View 6.1 using vSphere 6.0 and Nvidia vGPU (K1 grid). (HP T310 ZeroClient 4.7.1)

  Some of our users complain disconnects, some users have this error more than others.

  The mouse stops and a disconnect after 30 seconds.

  Here are a few journal entries:

  25/03/2015, 08:42:41.131 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: = > new connection request < =.

  25/03/2015, 08:42:41.131 > LVL:2 RC: AGENT 0: tera_agent_read_external_udp_address: RegQueryValueEx couldn't find the value of pcoip.external_udp_address in the Software\Policies\Teradici\PCoIP\pcoip_admin_defaults key, sending no value to the server.

  25/03/2015, 08:42:41.131 > LVL:2 RC: AGENT 0: tera_agent_read_external_udp_address: RegQueryValueEx couldn't find the value of pcoip.external_udp_port in the Software\Policies\Teradici\PCoIP\pcoip_admin_defaults key, sending no value to the server.

  25/03/2015, 08:42:41.131 > LVL:2 RC: 0 AGENT: customer address is 0.0.0.0:0 (order of the host)

  25/03/2015, 08:42:41.132 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: for gentle host: using Version 1 Tag

  25/03/2015, 08:42:41.132 > LVL:2 RC: PRI 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} for gentle host ID of Session: Tag: "W/AenY + In + UA" value: 5bf01e9d8f889fe5

  25/03/2015, 08:42:41.132 > LVL:2 RC: AGENT 0: server_listen_on_addr is 0.0.0.0:0 (order of the host)

  25/03/2015, 08:42:41.132 > LVL:1 RC: AGENT 0: pcoip_agent_connect_req: type = 2

  25/03/2015, 08:42:41.132 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} ID of Session = 4; Codec = 2.

  25/03/2015, 08:42:41.132 > LVL:1 RC: AGENT 0: pcoip_agent_connect_req: backtrace Journal 1

  25/03/2015, 08:42:41.133 > LVL:2 RC: AGENT 0: tera_agent_launch_server: {s_tag:0x5bf01e9d8f889fe5} pcoip_server_win32 launch

  25/03/2015, 08:42:41.133 > LVL:2 RC: AGENT 0: tera_agent_launch_server: path to the logfile {s_tag:0x5bf01e9d8f889fe5} optional specified as "C:\ProgramData\VMware\VDM\logs\".

  25/03/2015, 08:42:41.133 > LVL:2 RC: AGENT 0: tera_agent_launch_server: {s_tag:0x5bf01e9d8f889fe5} use_vmware_launcher = true.

  25/03/2015, 08:42:41.135 > LVL:2 RC: AGENT 0: create_session_process: open pcoip server process handle 00000000000003DC

  25/03/2015, 08:42:41.135 > LVL:2 RC: AGENT 0: tera_agent_launch_server: code {s_tag:0x5bf01e9d8f889fe5} Launcher using VMWare: worked [system is vista or newer, windows session id: 0 x 1, pid: 0x1e4, handful of proc: 0x3dc].

  25/03/2015, 08:42:41.381 > LVL:2 RC: AGENT 0: sSERVER_SESSION::agent_receiver_callback: A:srvr4 message; B:srvr0004 to A:srvr4, message = 00 00 00 00, len = 144

  25/03/2015, 08:42:42.135 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] waiting for ready message.

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] Got ready message.

  25/03/2015, 08:42:42.236 > LVL:2 RC: 0 AGENT: selected server_addr is 0.0.0.0:4172 (order of the host)

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] to connect to the mailbox on the server.

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] sending the session tag.

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} 136 bytes

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] sending session option #0 key ='pcoip.enable_tera2800 "value =" 1 ".

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} 48 bytes

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] sending session option #1 key ='pcoip.priority_level "value =" 4 ".

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} bytes 47

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] sending session option #2 key = 'pcoip.server_fqdn' value ='PS-VDI-01. PROJECTSERVE.local'.

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} 71 bytes

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] end of options: sending message null-option

  25/03/2015, 08:42:42.236 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} 26 bytes

  25/03/2015, 08:42:42.362 > LVL:2 RC: AGENT 0: sSERVER_SESSION::agent_receiver_callback: A:srvr4 message; B:srvr0004 to A:srvr4, message = 05 00 00 00, len = 136

  25/03/2015, 08:42:42.388 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] session to add to the list.

  25/03/2015, 08:42:42.388 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] the number of active sessions = 1

  25/03/2015, 08:42:42.388 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] sending ok connection response.

  25/03/2015, 08:42:42.388 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x5bf01e9d8f889fe5} [4] connection_response (end), 0

  25/03/2015, 08:42:42.580 > LVL:2 RC: AGENT 0: sSERVER_SESSION::agent_receiver_callback: A:srvr4 message; B:srvr0004 to A:srvr4, message = 0 b 00 00 00, len = 16

  25/03/2015, 08:42:42.602 > LVL:2 RC: AGENT 0: monitor_soft_hosts: {s_tag:0x5bf01e9d8f889fe5} MBX_CON_COMPLETE

  25/03/2015, 08:42:42.602 > LVL:2 RC: AGENT 0: monitor_soft_hosts: connection_complete {s_tag:0x5bf01e9d8f889fe5}: SOFT - MBX_CON_COMPLETE

  25/03/2015, 08:42:43.645 > LVL:2 RC: AGENT 0: monitor_soft_hosts: {s_tag:0x5bf01e9d8f889fe5} thread of control: connection_complete (MBX_CON_COMPLETE) callback is successful

  25/03/2015, 08:42:43.646 > LVL:2 RC: AGENT 0: mb_send_acknowledgement: {s_tag:0x5bf01e9d8f889fe5} send ACK.

  25/03/2015, 08:42:43.646 > LVL:2 RC: AGENT 0: sSERVER_SESSION::send_message: {s_tag:0x5bf01e9d8f889fe5} 8 bytes

  25/03/2015, 08:42:43.748 > LVL:2 RC: AGENT 0: mb_send_acknowledgement: {s_tag:0x5bf01e9d8f889fe5} srvr0004 Succeeded

  25/03/2015, 08:52:46.565 > LVL:2 RC: AGENT 0: monitor_soft_hosts: {s_tag:0x5bf01e9d8f889fe5} server is dead.

  25/03/2015, 08:52:46.666 > LVL:2 RC: 0 AGENT: tera_agent_disconnect [guest]: close the agent code: 6, disconnect reason: 0

  25/03/2015, 08:52:46.666 > LVL:2 RC: AGENT 0: tera_agent_disconnect: {s_tag:0x5bf01e9d8f889fe5} sign out is * NOT * pending (hndl: 4 pid: process handle 484,: 000003dc)

  25/03/2015, 08:52:46.666 > LVL:2 RC: AGENT 0: tera_agent_disconnect: {s_tag:0x5bf01e9d8f889fe5} server process already stopped (hndl: 4 pid: process handle 484,: 000003dc)

  25/03/2015, 08:52:46.666 > LVL:2 RC: AGENT 0: tera_agent_finish_disconnect_thread: connection_closed 6

  25/03/2015, 08:52:46.939 > LVL:2 RC: AGENT 0: sSERVER_SESSION: ~ sSERVER_SESSION: {s_tag:0x5bf01e9d8f889fe5} closing pcoip server process handle 00000000000003DC

  25/03/2015, 08:53:01.517 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: = > new connection request < =.

  25/03/2015, 08:53:01.518 > LVL:2 RC: AGENT 0: tera_agent_read_external_udp_address: RegQueryValueEx couldn't find the value of pcoip.external_udp_address in the Software\Policies\Teradici\PCoIP\pcoip_admin_defaults key, sending no value to the server.

  25/03/2015, 08:53:01.518 > LVL:2 RC: AGENT 0: tera_agent_read_external_udp_address: RegQueryValueEx couldn't find the value of pcoip.external_udp_port in the Software\Policies\Teradici\PCoIP\pcoip_admin_defaults key, sending no value to the server.

  25/03/2015, 08:53:01.518 > LVL:2 RC: 0 AGENT: customer address is 0.0.0.0:0 (order of the host)

  25/03/2015, 08:53:01.518 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: for gentle host: using Version 1 Tag

  25/03/2015, 08:53:01.518 > LVL:2 RC: PRI 0: pcoip_agent_connect_req: {s_tag:0x3c5d2733bc4b5aa} for gentle host ID of Session: Tag: "A8XSczvEtaoA" value: 03c5d2733bc4b5aa

  25/03/2015, 08:53:01.518 > LVL:2 RC: AGENT 0: server_listen_on_addr is 0.0.0.0:0 (order of the host)

  25/03/2015, 08:53:01.518 > LVL:1 RC: AGENT 0: pcoip_agent_connect_req: type = 2

  25/03/2015, 08:53:01.518 > LVL:2 RC: AGENT 0: pcoip_agent_connect_req: {s_tag:0x3c5d2733bc4b5aa} ID of Session = 5; Codec = 2.

  25/03/2015, 08:53:01.518 > LVL:1 RC: AGENT 0: pcoip_agent_connect_req: backtrace Journal 1

  New Windows driver is GA and the ESX pilot remained the same so, fortunately, only an update of the Windows driver.

  Link is here.

  NVIDIA DRIVERS NVIDIA GRID VGPU SOFTWARE VERSION 346.68/348.27 WHQL

• VMware View customers logout - log for debugging PCoIP shows "sessionDisconnectTimer: set the timer to 2147480 seconds.

  I have operators who are still on my desktop 24/7/365.  Assuming that there are no other problems, they get kicked out of their sessions from view after about 24 days.  We use Thin Clients HP running ThinOS and VMware View Client.  When I check the log for debugging on the Windows 7 VM, I see that when the connection is established, he wrote the following line:

  2014-09-09 08:44:30, 807 DEBUG < MessageFrameWorkDispatch > [wsnm_desktop] sessionDisconnectTimer: set the timer to 2147480 seconds

  After the expiration of the time limit, I get the following messages in the same newspaper and the client disconnects:

  2014-09-09 08:30:08, 571 DEBUG < TimerService > [wsnm_desktop] sessionDisconnectTimer: triggered timer, session is disconnected.

  2014-09-09 08:30:08, 571 DEBUG < TimerService > [wsnm_desktop] session::SessionDisconnectTimedOut: Disconnect message posted on the desktop

  Where it becomes this timer of?  The global setting on the display server is maxed at 9 999 999 minutes.

  The host is EXSi 5.0.0

  VMware View Server is 5.0.0 - 481677

  See Agent 5.0.1

  Operating system is Windows 7 Pro running on the virtual version 7 machine

  It is a known problem that has been fixed in 5.3.2 view - the global time-out in minutes is converted to a time in milliseconds, which then overflows a 32-bit counter. See Overview of VMware View Release Notes

  A desktop session is timeout and be disconnected after about 24 days, 20 hours and 31 minutes, even if the Session time-out setting has been set to a higher value.

  Mike

• Overview of VMware View Client 3.0.0 - cloud icons missing?

  Overview of VMware View Client 3.0.0 build 1887158 - missing icons of cloud?

  After you have installed the Client of the view and adding a new server we do not see the icon 'cloud' over the connection to the server. The link to server connection works and connects - lack just the cloud chart

  

  Any ideas?

  Should look like this...

  

  OK, that explains it. Its a known problem when running in a terminal services session.

  Have no ETA on when it will be fixed.

  Linjo

• VMware View Guide to optimization for Windows 7

  Hello

  Since I've run the attached script in the Guide to optimizing VMware View for Windows 7 on my virtual offices for example, Internet Explorer and Adobe Reader does not start. There is always an error message that says sth. as you are trying to access an invalid address.

  

  Someone at - it an idea which setting in the batch is causing this problem and how to fix it? Same thing is happening to Adobe Reader, I tried to run the first time after installation.

  Best regards

  Adrian

  Hello

  I have attached the script but at the same time, I found the problem:

  REM disable address space randomization
  Reg ADD "HKLM\System\CurrentControlSet\Control\Session Manager\Memory Management" v MoveImages /t REG_DWORD /d 0 x 0 f

  After removing this entry in the registry and a reboot, the problem has been resolved.

  Best regards and thank you

  Adrian

• Unidesk and VMware View

  Hi, can someone please tell me their experience with Unidesk? We are planning to test it, but I was wondering what other users have to say about it. What are the pros and cons in your opinion on the use of unidesk with VMware View?

  Thank you

  While you're good at using a floating pool, so remove the value from the user customization layer, you still earn many benefits.

  1. you get always keep exactly 1 gold image of the operating system.

  2. you always deploy the applications in the form of layers.

  3. you still get storage savings.

  I would like to add a fourth: the machines date back to default when to disconnect users.   In any pool of floating type, you will have some sort of data instead of roaming solution.   Gone perhaps roaming profiles and folder redirection of strictly MS background, or a solution that either, so there is no loss of functionality as the users are concerned.   As someone who has 15 years of dealing with those terminal services and support model office, let me tell you that I would've liked nothing more than a system that will automatically return to the original state at each reboot.

  I have a floating pool on "VMs Unidesk" I use for purposes of remote access for all and for our standard users in the office.   I have all basic applications we use loaded in it.   I use the folder redirection to send Documents, the desktop, Favorites and more downloads to our storage system, then have MS profiles configured for an ORGANIZATIONAL unit containing these roving machines.   AppData is basically all that is stored on the sharing profile, so user logons are super fast.   I even turned on Microsoft EU - V, which is so smooth, I just laugh whenever I see it working (essentially saved application configs in repository as XML files and pulls / pushes them back when applications are open, closed, etc..)   UE - V lets my PC full users to have their applications, such as their desktop themes settings or something else, fill in the VDI environment automatically, which gives a more consistent experience across devices.

  In any case, don't throw all this just because you won't get the layer customization user on floating pools.   There's always a ton of advantages with it...

• VMware VDI vs VMware View Horizon?

  Hi all

  This should be easy for you, the gurus of VMware

  I have a requirement to expand a network of a single
  location central out for a large company and I am looking to use Thin
  Customers in the new corporate reach in a VMware VDI environment offices
  in the center of data centralized where we already have a full blown 5 of Vsphere
  environment for our servers.

  I was originally looking for VMware VDI via VDA (http://download3.vmware.com/demos/vdi/)
  and was sold on the idea that it would be a good choice given the WAN
  traffic to the Thin Client workstations based on RDP/PCoIP and so
  not particularly heavy.

  However since then looked back to VMWare View and this
  seeks to do the same thing that the VDI put in place and seems to have much more
  information about this.

  I first thought that VMware View Horizon set caching of desktop
  locally (as for a profile of the end user on the WAN) has no sound
  too good to the traffic congestion, etc. so I rejected directly at the exit!

  Can someone tell me if the VDI via the VDA solution has been replaced
  VMware View Horizon? And if so point me a definitive guide for VMware View

  Thanks in advance

  David

  Network humble himself in VMware engineer!

  The link in your feed was on VDM 2.0 which was the first iteration of VMware VDI market.    The most recent is VMware view Horizon which can be found here, Horizon of VMware View (formerly VMware View) (VDI) Virtual Desktop Manager | United States of America.     There is a lot of information on this page that you can see and if you have any questions please do not hesitate to post them in this forum.

• VMware view users get

  Hello

  I have to make a script for our VMware view environment that gets the number of users who are connected last week.

  but I'm stuck.

  I've got so far with my script.

  $pss = New-PSSession "view-broker".

  Invoke-Command - Session $pss - ScriptBlock {}

  # Add view Snanpin.

  If (-not (Get-PSSnapin VMware.View.Broker - ErrorAction SilentlyContinue))

  {

  Add-PSSnapin VMware.View.Broker

  }

  #*****************************************

  Get-EventReport - ViewName user_events | {where {$_.eventtype - eq "AGENT_CONNECTED"}}

  Try again with the StartDate parameter

  Get-EventReport - ViewName user_events - StartDate (Get-Date). AddDays(-7) |

  where {$_.eventtype - eq "AGENT_CONNECTED"}

  This should give the events for the last 7 days.