VMware Cloud Community
FreddyFredFred
Hot Shot
Hot Shot

windows 10 1809 slow

I downloaded the Windows 10 1809 and Server 2019 ISOs the day they became available so I can start working on my templates.

I built the templates with EFI, paravirtual for the C drive and vmxnet3 adapter. I've been using this combo for other versions of windows 10/8/7and windows server 2008r2/2012r2/1016 without issue.

So far Windows 2019 (with desktop experience) seems to be ok at least for a basic vm and guest customization. Haven't tried anything else yet.

Windows 10 1809 on the other hand is very, very slow to reboot after the initial install or even just rebooting after making some changes post install. After installing the OS it took 10-15 minutes for the initial windows setup stuff (user, security settings, etc) to appear . I tried a VM set to BIOS and it seemed faster but was still quite slow. Server 2019 and other versions of windows 10 have no issue.

The hosts are esxi 6.5 and 6.7.

I haven't had a chance to try every combo of BIOS/EFI/vmxnet3/e1000e/paravirtual/lsi sas to see if one is the cause of the issue but was wondering if anyone else had noticed any issues or if it was just me?

Thanks

126 Replies
StadtHS
Enthusiast
Enthusiast

We installed the update yesterday and now the virtual machines are booting very fast. Finally VMWare solved it with the released update.

Rickje01
Contributor
Contributor

Thanks for the update, we

We can now start planning the upgrade of our linked clone desktops to Windows version1809.

Reply
0 Kudos
nickcasa
Contributor
Contributor

I updated one host to 6.5u3 and linked clones don't seem any faster.  Still have 3 more to do.  I wonder if the whole cluster has to be upgraded for the fix to take effect, anyone know?

Reply
0 Kudos
Todd_Thomas
Contributor
Contributor

We just upgraded to ESXi 6.7 to Update 3 - I can confirm this fixed the WIndows 1809 slow boot problem.  We have a floating pool of 75 VM's for a single class, and it took 70 minutes for the pool to recompose yesterday.  After the upgrade, it now took 12 minutes.  I observed roughly a 7 minute boot time before, now its just over a minutes.  Still slow in my book, the next step is to convert to the WIndows 10 1809 with our own customizations to remove bloat - and to switch to the windows 10 1809 for virtual desktops version.  Has anyone tested the 1809 for virtual desktops version in their envrionment?  I would just assume its 1809 with less bloat.  (aka services that are not needed and slow it down)

Reply
0 Kudos
nickcasa
Contributor
Contributor

anyone seening problems with w10 1809 blue screen'ing on restart?  it takes about 5 minutes (random vm's) sometimes when i issue a restart.  upgraded all hosts to 6.5u3, the vm's were not re-created, not sure if this matters or not.  i run citrix xendesktop so the vm's are not re-created on restart / shutdown as i believe they are in horizon.  eventually they do reboot, but it takes about 5 mins, startup is about 90s i'd say, not exactly fast, but not too slow either.  storage is all ssd array

PS - this is the bsod error     driver power state failure

Reply
0 Kudos
Rickje01
Contributor
Contributor

I,ve upgarde mine vca an a esxi host to 6.7u3, and place an windows 2016 server om it.

When i shut down this vm it takes log (5 minutes) before vcneter shows the status poweroff.

And when i start this vm through vcenter, it takes more than5 minutes before the system starts.

i'am using chrome en the html5 vsphere client.

All mine storage is on iscsi vmfs6 volumes.

is this a bug with esxi6.7u3 and windows servers?

Regards,

Reply
0 Kudos
Rickje01
Contributor
Contributor

i put the vm (Windows 2016 server) back to mine old cluster(esxi6.7u1b) and it start and stop very fast.[vcenter=6.7u3]

i think this is a bug in 6.7u3 for windows 2016 servers.

any help or idea is welcome.

Reply
0 Kudos
KjellO
Enthusiast
Enthusiast

Hi,

We see the same BSOD error message on ESXi 6.0 U3 hosts with VMware Tools 10.3.10 and Windows 10 1809.

If I understood Horizon support correctly the vCenter team are aware of the problem, I will probably open a SR to confirm this.

Update:

It seems VMware Tools 11.0 might have fixed the BSOD issues. So far no BSOD with fully patched Windows 1809 build, and numerous reboots.


Update2:

I was wrong... Got BSOD with the Driver Power State Failure message after deploying a new VM from the template I made, with Guest Customization (sysprep).

Update3:


VMware debugged the minidump, and it was a known issue that was fixed in VMware Tools 11.0.0.


Cause :

  • The crash "0x9F DRIVER
         POWER STATE FAILURE" is due to a hang on the PnP power down.
  • It hangs at the USB controller as windows usb hub driver somehow failed to reset port after controller reset.


Since I was still getting BSOD, I edited the VM and removed the USB Controller (3.0) and now I don't get a BSOD. I've asked VMware to confirm if this can be fixed.

Update4:
VMware confirmed there is an issue with VMware Tools 11.0.0, USB Controller (3.0) and Windows 10 1809.

/Kjell

Reply
0 Kudos
JohnTwilley
Hot Shot
Hot Shot

REF: 

"removed the USB Controller (3.0) and now I don't get a BSOD. I've asked VMware to confirm if this can be fixed.

Update4: VMware confirmed there is an issue with VMware Tools 11.0.0, USB Controller (3.0) and Windows 10 1809.

Did you add a USB 2.0 controller? or just go without one?

Reply
0 Kudos
nickcasa
Contributor
Contributor

Funny, I'm running tools v11, 1809 ltsc, usb 3.0 and not having any issues at all, perhaps it is only with new deploys or something?  tools v11 did fix the logoff issues for me though as the notes state, along with tools crashing every 7 days or so

Reply
0 Kudos
JohnTwilley
Hot Shot
Hot Shot

vmtools 11.0.1 was just released....no mention of any of this in the Release Notes.

Index of /45848/tools/releases

Reply
0 Kudos
HPU-ADM
Enthusiast
Enthusiast

There is no mention in summacollege's post that the vm's have a snapshot.  This quote slowness in boot up is a vm, windows 10, with a snapshot, that is stored on vmfs 6.

Reply
0 Kudos
HPU-ADM
Enthusiast
Enthusiast

I was looking for this in virtual center release notes, but as the PR mentioned, it is for ESXi release notes. hmm. Guess i have to update virtual center first just to follow best practice, then esxi.  Thanks for the info.

Reply
0 Kudos
HPU-ADM
Enthusiast
Enthusiast

As previously mentioned, I can confirm with my environment with hosts upgraded to ESXi 6.7 U3 this is indeed resolved:

"

PR 2287232: Virtual machines with Microsoft Windows 10 Version 1809 might start slowly or stop responding during the start phase if they are running on a VMFS6 datastore

If a virtual machine is with Windows 10 Version 1809, has snapshots, and runs on a VMFS6 datastore, the virtual machine might either start slowly or stop responding during the start phase.

"

I have windows 10 1903 vm's.  Built on vmfs 6 storage. vm hardward 15, tools 10.3.10 or 11.0.  Multiple snapshots.  No delays in widows boot time.  Instant Clone deployments work perfectly fine.

Reply
0 Kudos
Stefan21
Contributor
Contributor

Same problem here:

VMware ESXi, 6.7.0, 13981272

VMFS 6

Storage connected via fiberchannel

Windows 1803 with snapshots: normal boot

Windows 1903 with snapshots: slow boot

Reply
0 Kudos
hkane10
Contributor
Contributor

Same problem here:

VMware ESXi, 6.7.0, 13981272

VMFS 6

Storage connected via fiberchannel

Windows 1803 with snapshots: normal boot

Windows 1903 with snapshots: slow boot

I am having similar problem. Anyone help me out.

Reply
0 Kudos
Stefan21
Contributor
Contributor

Answer from VMware support:

Would it be possible to follow the workaround reported in the KB article ( https://kb.vmware.com/s/article/67426 )

Also as per KB article this issue should be fixed in 6.7U3.

Techstarts
Expert
Expert

Windows 1909.

VMFS6

Same Problem on vSphere ESXi 6.7 U2 and vCenter Appliance 6.7 Update 3a (6.7.0.41000)

Updating to U3

With Great Regards,
Reply
0 Kudos
Techstarts
Expert
Expert

Upgraded to the last version.

Did notice a change. That change is reduce in 10-20% that is it. Apparently workaround at first instance- Because when the system boots, it take at least another 10 seconds to bring up VMware tools.

We are moving to W1803. It is so sad.

With Great Regards,
Reply
0 Kudos
vinayshah1234
Contributor
Contributor

Hi Fredy,

      thanks for the update.  I am also running into this issue, and it would much appreciated if you share any additional information you may find from VMware.

Thanks,

Vinay

Reply
0 Kudos