Thanks a lot. Where do I find instructions on how to do this. I am new to VMware and any help is appreciated.
Thanks
Dave.
Thanks a lot. Where do I find instructions on how to do this. I am new to VMware and any help is appreciated.
Thanks
Dave.
Here you go: Tag Matching
Hi There,
I recently setup a view connection server, view security server, and a composer server. Everything is up and working and now it is time to install my wild card cert. I went to Symantec and bought a wild card cert for my domain and was sent an email with a cert.cer and have access to a .p7b certificate if I log into the Symantec portal. I am looking to replace my self signed certs with the new wild card cert, I have come across a lot of different guides on how to do this for previous versions of view, but no real good guides on how to install it for 6.
I am looking to install the wildcard on all of the new view servers.
Thanks for you time.
Lance
You can change the icon by replacing the the icon file in the app install directory. The latter sounds like the icons are not fully syncing and getting dropped. Do they never show up? What is the longest time you have waited or number of times you have tried to reconnect?
It's something likely to be added. We expected it would be a popular request. Doing it in a login script or GPO for Windows end points is what some are doing short term.
Please refer the VMware Horizon 6.0 documentation :
It is best just to exclude the Unity folder from the roaming profile?
Believe this will be your best option;
Hi There, we just setup our first Horizon 6 platform with Composer manager and connect it to vCenter, then few days later we found out that our composer doesn't work and now we are not able to start service at all, all that we see in event viewer is - A timeout was reached while waiting for the VMware Horizon View composer service to connect.
In C:\ProgramData\vmware\viewcomposer\vmware-viewcomposer.log log file i see this messages
2014-07-11 11:41:37,602 | 61 | | DEBUG | ServiceCore.LockManager.OperationLockManager - Reader lock has been released. |
2014-07-11 11:42:06,868 | 61 | | DEBUG | ServiceCore.Security.AuthorizedUsersManager - IsAccessAllowed() returned True for user 'CGDM-EMEA\SA_VMWARECOMP_SVC'. |
2014-07-11 11:42:06,899 | 61 | | DEBUG | ServiceCore.LockManager.OperationLockManager - Reader lock has been acquired. |
2014-07-11 11:42:06,899 | 61 | | DEBUG | Sim.ServiceCore.SimServiceApiVal - Call GetAboutInfo. |
2014-07-11 11:42:06,899 | 61 | | DEBUG | Sim.ServiceCore.SimServiceApiVal - Call GetVersion. |
2014-07-11 11:42:06,899 | 61 | | DEBUG | ServiceCore.LockManager.OperationLockManager - Reader lock has been released. |
2014-07-11 11:42:21,858 | 6 | | INFO | Sim.WebService.SimServer - SVI service shutdown is in progress. |
2014-07-11 11:42:21,858 | 6 | | DEBUG | ServiceCore.LockManager.OperationLockManager - Writer lock has been acquired. |
2014-07-11 11:42:21,858 | 6 | | DEBUG | Sim.WebService.SimServer - The SVI service is no longer accepting requests. |
2014-07-11 11:42:21,873 | 7 | | DEBUG | Sim.WebService.SimServer - Cancelling all outstanding requests. |
2014-07-11 11:42:21,873 | 7 | | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Shutdown workflow engine. |
2014-07-11 11:42:21,873 | WFE thread 3 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 3
2014-07-11 11:42:21,873 | WFE thread 7 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 7
2014-07-11 11:42:21,873 | WFE thread 8 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 8
2014-07-11 11:42:21,873 | WFE thread 19 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 19
2014-07-11 11:42:21,873 | WFE thread 15 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 15
2014-07-11 11:42:21,873 | WFE thread 16 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 16
2014-07-11 11:42:21,873 | WFE thread 11 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 11
2014-07-11 11:42:21,873 | WFE thread 4 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 4
2014-07-11 11:42:21,873 | WFE thread 18 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 18
2014-07-11 11:42:21,873 | WFE thread 1 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 1
2014-07-11 11:42:21,873 | WFE thread 10 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 10
2014-07-11 11:42:21,873 | WFE thread 20 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 20
2014-07-11 11:42:21,873 | WFE thread 17 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 17
2014-07-11 11:42:21,873 | WFE thread 12 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 12
2014-07-11 11:42:21,873 | WFE thread 13 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 13
2014-07-11 11:42:21,873 | WFE thread 14 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 14
2014-07-11 11:42:21,873 | WFE thread 9 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 9
2014-07-11 11:42:21,873 | WFE thread 6 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 6
2014-07-11 11:42:21,873 | WFE thread 5 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 5
2014-07-11 11:42:21,873 | WFE thread 2 | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - Stop WFE thread 2
2014-07-11 11:42:21,888 | 7 | | DEBUG | ServiceCore.WorkflowEngine.WorkflowEngine - The workflow engine is stopped. |
2014-07-11 11:42:21,888 | 7 | | DEBUG | Sim.WebService.SimServer - Workflow engine shutdown complete. |
2014-07-11 11:42:21,888 | 7 | | INFO | CommonLib.UfaSubsystem.UfaSubsystem - UFA subsystem is shutting down. |
2014-07-11 11:42:21,888 | 7 | | INFO | CommonLib.UfaSubsystem.UfaSubsystem - UFA main thread pool is shut down. |
2014-07-11 11:42:21,888 | 7 | | INFO | CommonLib.UfaSubsystem.UfaSubsystem - UFA aux thread pool is shut down. |
2014-07-11 11:42:21,888 | 7 | | INFO | CommonLib.UfaSubsystem.UfaSubsystem - UFA restart reset thread is terminated. |
2014-07-11 11:42:21,888 | 7 | | DEBUG | Sim.WebService.SimServer - UfaSubsystem shutdown complete. |
2014-07-11 11:42:22,013 | 7 | | DEBUG | CommonLib.VcSubsystem.FakeVcSubsystem - Shutting down fake VC subsystem with id: 00000000-0000-0000-0000-000000000000 |
2014-07-11 11:42:22,154 | 7 | | DEBUG | CommonLib.VcSubsystem.VcSubsystem25 - Starting shutdown of vc subsystem with vc url https://rupappbkp01.emea.cegedim.grp:443/sdk and user cgdm-emea\sa_vmwareview_svc. |
2014-07-11 11:42:22,154 | VC thread | | INFO | CommonLib.VcSubsystem.PropertyCollectorUpdateTracker - CheckTasks is signaled to poll. |
2014-07-11 11:42:22,154 | VC thread | | INFO | CommonLib.VcSubsystem.PropertyCollectorUpdateTracker - Shutdown is called. Break from the loop. |
2014-07-11 11:42:22,154 | VC thread | | INFO | CommonLib.VcSubsystem.PropertyCollectorUpdateTracker - The VC task update thread exited. |
2014-07-11 11:42:22,170 | 7 | | INFO | CommonLib.VcSubsystem.VimClientConnection - Unable either to logout from url: https://rupappbkp01.emea.cegedim.grp:443/sdk with username: cgdm-emea\sa_vmwareview_svc or to dispose the connection. |
System.Net.WebException: The request was aborted: Could not create SSL/TLS secure channel.
at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
at System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at VimApi.InternalVimService.Logout(ManagedObjectReference _this)
at VMware.Sim.CommonLib.VcSubsystem.VimClientConnection.Disconnect()
that's all.
I've already checked ODBC twice, it's ok.
Any idea? thank you!
Scenario:
1. Users on iOS and Android connect to a desktop pool called "Windows 7 Desktop" using the View app.
2. We rebuild the pool - not a refresh - a delete and recreate - using the same pool name.
3. Users connect to the connection server using the iOS or Android app and see a cached icon for the last desktop pool they connected to - "Windows 7 Desktop".
4. When they try to launch a desktop using that icon they get an error message saying the desktop is not available. The only way to fix the problem is to delete the pool icon, reconnect to the connection server, and then select the same (at least to them) desktop pool.
Clearly the mobile clients are remembering a unique ID associated with the deleted pool. Is there any way change this behavior so it operates like the desktop client - querying the connection server for the list of pools each time? While we don't delete pools that often, every time we do we get help desk calls and have to walk users through the deletion/reconnection process on their device. Any ideas on how to avoid this issue? We'd prefer to keep the pool name the same each time we recreate it - again, to avoid help desk calls and a buildup of "dead" cached icons on mobile devices.
Geoff
thanks for your reply! actually I'm leaning between the mentioned vCOPS and the Veeam ONE solution. I'll have to get back to the client first and get more detailed information about his needs & his actual environment. then we'll see...
We did a trial for VCOPS for View and I loved it. Great detail about PCOIP session statistics for our remote users.
We use Veeam One and it's great, installation is simple too. We tested vCOPS awhile back and it was a headache even getting it installed as it wanted us to setup new distributed switches. I have not seen or used the latest version of vCOPS though so it might have changed.
As the other poster suggested the only way to do this is to create new pools on the new vCenter instance and just redeploy everything. The only difficult part is when you have dedicated clones with persistent disk. I did this a long time ago and the first link below helped me with moving my dedicated clones to the new vCenter instance. The second link is simply the KB detailing the supported stance for migrating between vCenter instances.
May be unrelated, but I've been having the customization timed out error in our infrastructure. We identified that our master image was missing a DLL file that was removed from the upgrade of VMWare Tools. VMWare documented this at the very end of their 5.5 U1 Release Notes: VMware ESXi 5.5 Update 1 Release Notes. After replacing that file after the VMWare Tools Upgrade, our sysprepped linked clones completed successfully. Might this be the issue?
Thanks for posting this Mark! I've had the same issue using Symantec VIP Access and just didn't have time to troubleshoot. Setting the Accounting Port to 0 fixed it for me as well. (might be something VMware adds to the install docs.)
Geoff
Since reverting to 4.2 firmware (with APEX re-enabled) we have not had any further reports of the blank screen issue.
Geoff
According to my understanding of VMWARE horizon 6 it should support PCOIP connections to RDS also for Teradici zero clients.
But we can't get this to work.
1. We established a Horizon View 6 server, set up a farm with 2 RDS hosts, a Desktop pool.
2. When we access this over PCOIP from a View 6 Client on a PC this works without problem. We access a Windows Terminal Server (2008 R2) not via RDP but via PCOIP.
3. But when we try to do the same from our Zero client teradici station we get :MGMT_VDM :DESKTOPS.VCS_QUERY_DESKTOPS: no desktops available
MGMT_VDM :View Connection Server did not return any available virtual desktops.
How come we can run PCOIP from a (Windows) PC and not from a PCOIP Teradici Zero Station ?
What am I missing here ?
Thanks
David
Hi, we are migrating from a testing environment of horizon view 5.x to a new prod network, same domain. old one has DC configured with persona already and some users are using it. We are installing new connection server ,composer and Vcenter5.5. just wondering if I can leave the persona no change on the DC to minimise the impact to users? the users are using CS01 as connection server, we will configure cs02 and will inform users to add cs02 on their view client during cutoff day. can I make sure the users will see same desktop after change to new connection server CS02? the persona safes all user data in a File server so it supposed to see the same after migration. any advice please? Thanks!
Hi, we are configuring connection server and may need to check the logs to see what's wrong for pools creation, but the horizon view admin UI prompt me that eventDB not configured and not allow to check log. any other ways to check logs for troubleshooting on the servers, composer and view client? I tried to create a EVENTDB on Vcenter server VM,share the same sqlexpres server with composer and VC. I could browse to that host name but it failed when I write the eventDB db name and click ok. Telnet 1433 on that VC also no response. install sqlexpress on the connection server also failed to browse to the hostname at data source configuration part. any advice please? thanks!