This is the 3rd time that when Daylight Savings Time comes or goes we get all sort of weird issues in our heavily used floating pools, VMs stuck in start up, connection timeouts etc
if you look at the log below you will see that the VM was one hour ahead then it came back to the correct time.
Any one else seen this?
2014-03-18T16:06:36.553-04:00 INFO (016C-0390) <Service Main Thread> [wsnm_desktop] DesktopManager queue server installed
2014-03-18T16:06:36.585-04:00 INFO (016C-082C) <logloaded> [MessageFrameWork] Plugin 'ws_filesystem - VMware View filesystem plugin component' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.595-04:00 INFO (016C-0830) <logloaded> [MessageFrameWork] Plugin 'wsnm_jmsbridge - VMware View Framework JMS Bridge Controller' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.612-04:00 INFO (016C-0838) <logloaded> [MessageFrameWork] Plugin 'ws_klog - VMware View Kernel Log Plugin' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.642-04:00 INFO (016C-0390) <Service Main Thread> [wsnm] The VMware View System Service is starting
2014-03-18T16:06:36.642-04:00 INFO (016C-0840) <logloaded> [MessageFrameWork] Plugin 'ws_perfmon - VMware View Performance Monitor and Counter Store' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.643-04:00 INFO (016C-0850) <logloaded> [MessageFrameWork] Plugin 'ws_vhub - VMware View Framework Virtual USB Service' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.643-04:00 INFO (016C-0848) <logloaded> [MessageFrameWork] Plugin 'ws_thinappmgmt - VMware View Framework Application Management Support' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:36.644-04:00 INFO (016C-0854) <PluginInitThread> [ws_vhub] vhublib: VMware View Virtual USB Hub API (64-bit) initialized, version: 5.5.0 build-966253, release: unknown
2014-03-18T16:06:36.782-04:00 INFO (088C-0890) <2192> [MessageFrameWork] Program 'wsnm_jms - VMware View Framework JMS Bridge' started, version=5.2.0 build-987719, pid=0x88C, buildtype=release, usethread=1, closeafterwrite=0
2014-03-18T16:06:36.806-04:00 INFO (088C-0890) <Main Thread> [] classpath option: -Djava.class.path=C:\Program Files\VMware\VMware View\Agent\lib\;C:\Program Files\VMware\VMware View\Agent\lib\\agentjms.jar;C:\Program Files\VMware\VMware View\Agent\lib\\commonutils.jar;C:\Program Files\VMware\VMware View\Agent\lib\\events-client.jar;C:\Program Files\VMware\VMware View\Agent\lib\\events-common.jar;C:\Program Files\VMware\VMware View\Agent\lib\\gnu-crypto-2.0.1-1.jar;C:\Program Files\VMware\VMware View\Agent\lib\\jdom-1.0.jar;C:\Program Files\VMware\VMware View\Agent\lib\\jms-9.2.1.jar;C:\Program Files\VMware\VMware View\Agent\lib\\jmswrapper.jar;C:\Program Files\VMware\VMware View\Agent\lib\\log4j-1.2.14.jar;C:\Program Files\VMware\VMware View\Agent\lib\\messagesecurity.jar;C:\Program Files\VMware\VMware View\Agent\lib\\orchestratorj.jar;C:\Program Files\VMware\VMware View\Agent\lib\\securitymanager.jar;C:\Program Files\VMware\VMware View\Agent\lib\\sessionclientapi.jar;C:\Program Files\VMware\VMware View\Agent\lib\\swiftmq-9.2.1.jar;C:\Program Files\VMware\VMware View\Agent\lib\\v4v-msgserver.jar;C:\Program Files\VMware\VMware View\Agent\lib\\winauth.jar;C:\Program Files\VMware\VMware View\Agent\lib\\ws_appender.jar;C:\Program Files\VMware\VMware View\Agent\lib\\ws_properties.jar;C:\Program Files\VMware\VMware View\Agent\lib\\xercesImpl-2.9.1.jar;
2014-03-18T16:06:36.818-04:00 INFO (088C-08E4) <logloaded> [MessageFrameWork] Plugin 'ws_javaview - VMware View Framework Java Diagnostics' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:37.001-04:00 INFO (088C-0938) <logloaded> [MessageFrameWork] Plugin 'ws_java_bridgeDLL - VMware View Framework Java Bridge' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:37.002-04:00 INFO (088C-0934) <logloaded> [MessageFrameWork] Plugin 'ws_java_native - VMware View Framework Java Native Support' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T16:06:37.208-04:00 INFO (088C-0890) <Main Thread> [ws_java_bridgeDLL] JavaBridge installed service EventLoggerService
2014-03-18T16:06:37.208-04:00 INFO (088C-0890) <Main Thread> [] JavaBridge queue server installed
2014-03-18T16:06:37.209-04:00 INFO (088C-0890) <Main Thread> [] View Composer agent has completed customization
2014-03-18T16:06:37.737-04:00 INFO (0624-0628) <1576> [VMwareView-RdeServer] Program 'VMwareView-RdeServer - VMware View RDE Server 32-bit' started, version=e.x.p build-1190491, pid=0x624, buildtype=release, usethread=0, closeafterwrite=0
2014-03-18T16:06:39.567-04:00 INFO (088C-0890) <Main Thread> [] View Composer customization state 0 (in 0 seconds)
2014-03-18T16:06:39.673-04:00 INFO (088C-0890) <Main Thread> [] java bridge exe started ok.
2014-03-18T15:38:45.288-04:00 INFO (016C-0128) <Main Thread> [wsnm_desktop] Session created in PENDING state: id=1, winStation=Console
2014-03-18T15:38:45.350-04:00 INFO (0488-0978) <2424> [MessageFrameWork] Program 'wssm - VMware View Framework Session Manager' started, version=5.2.0 build-987719, pid=0x488, buildtype=release, usethread=1, closeafterwrite=0
2014-03-18T15:38:45.397-04:00 INFO (0488-0550) <logloaded> [MessageFrameWork] Plugin 'wssm_desktop - VMware View Framework Desktop Instance Manager' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T15:38:45.397-04:00 INFO (0488-07D0) <logloaded> [MessageFrameWork] Plugin 'ws_winauth - VMware View Framework Windows Authentication Support' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T15:38:45.475-04:00 INFO (0488-05D0) <logloaded> [MessageFrameWork] Plugin 'ws_thinappmgmt - VMware View Framework Application Management Support' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T15:38:45.631-04:00 INFO (0488-0978) <Main Thread> [wssm] Session Manager started for session 1
2014-03-18T15:38:45.631-04:00 INFO (0488-0A28) <logloaded> [MessageFrameWork] Plugin 'wssm_uimanager - VMware View Framework UI Host' loaded, version=5.2.0 build-987719, buildtype=release
2014-03-18T15:38:45.631-04:00 INFO (0488-0B40) <logloaded> [MessageFrameWork] Plugin 'wssm_ui - VMware View Framework User Interface' loaded, version=5.2.0 build-987719, buildtype=release
I was on the phone with VMware for 5+ hours last Tuesday with this same problem. I ended up solving the problem without their help. You need to boot up your template, let the time update, shut it down, take a new snapshot, and recompose your pool.
I was on the phone with VMware for 5+ hours last Tuesday with this same problem. I ended up solving the problem without their help. You need to boot up your template, let the time update, shut it down, take a new snapshot, and recompose your pool.
We opened a ticket too the last time and got nowhere with support, i guess they need to acknowledge this issue and create a KB and a fix for it.
Right now what we are doing and seems to be alleviating the problem is deleting the VMs and as they get recreated they get the proper time.
Same thing here. DHCP leases were expiring due to VMs updating their time after the DHCP lease was obtained so it wouldn't renew the lease. I've been reinstalling the VMtools because I see that once the tools start on the VM it updates the computer time. Once I reinstall the tools and take a new snapshot and recompose, the issues goes away. I haven't tried deleting the VM and letting them recreate but I suspect that might work as they would boot a couple times before the refresh snapshot is taken which should update the time correctly on each newly created VM. I refresh the pools nightly but refreshes do not fix it.
How is everyone handling NTP and Time sync for the environments? We have been running View for quite some time and have never had any issues with DST... *Knock on Wood*
This is the first time I've seen an issue with DST and we've been running View for about 5 years. The first thing I dug through was the NTP settings and services on the hosts then the DCs. Everything else seems to be in order. If there's a weird VMView issue I can find it.
Our ESXi hosts sync with a central NTP server and the windows VM sync with AD which syncs with that NTP server. We also saw the DHCP issues.
This is like the 3rd time it has happen to us with different versions.
This is the first time I've seen this issue after a few years running on View. I will say that our View environment is used more now so maybe that's why I haven't seen the issue before. Our NTP is setup just like vRickE's, and I did not look closely at DHCP so I'm not for sure if we saw any DHCP issues or not, but I had plenty of leases available.
Same here. I've been chasing Agent Unavailable errors for a short while now. I knew from a similar experience last year that a recompose would fix the problem, and now I know why.
...pat
Hello,
Here is workaround,
VMware View and Day Light Saving ( DST ) | vDiscussion
Mohammed,
Is there an official VMware KB article on this yet, and is a fix on the table? I don't want to have to worry about this every time change.
Hello ,
As of now there is no public KB available for this issue. Let me check if we have any possible fix for this issue soon or do we have to wait.
Regards
Mohammed Emaad