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
BadEclipse2
Contributor
Contributor

Hi

Yes I have followed this guide line to build my custom image without any success, I think that the vdi boot was even worse so I reverted.

Reply
0 Kudos
matthewgONCU
Enthusiast
Enthusiast

I'm also having the same issue so I'm replying to get in on this thread so I can follow what's going on.

Korrax
Contributor
Contributor

Hi everyone,

we have the same Problem.

Any new response from VMWare?

vCenter: v6.7u1

ESXi: v6.5u3 and v6.7u1

VMFS: VMFS6

Reply
0 Kudos
BenFB
Virtuoso
Virtuoso

What I've been told is that until a fix is available use VMFS5 or avoid snapshots if you must use VMFS6.

Andreasbuchwald
Contributor
Contributor

Hello,

VMware has fixed the issue with vmfs6 and Windows 10/2019 Build 1809 on vSphere 6.5 and 6.7,

BUT the Fix will on the market with the next major release first, will comming out End Q2!!!

We'll get a Hotpatch for vSphere 6.5, but still have to wait for this 6 - 8 weeks );-(.

Andy

Andreasbuchwald
Contributor
Contributor

So Folk,

Hotpatch was delivered just two hours ago,

In my Lab Systemes on vmfs6 are now nearly so quick then systems on vmfs5, not perfekt but much better.

Now planing to roll out the Hotpatch on small plattforms to see whats happens.

Andy

BadEclipse2
Contributor
Contributor

Hi Andreas,

Glad to know! Next Monday I will try also and check if my problem was solved.

Thanks for the reply.

Reply
0 Kudos
arnoldveenema
Contributor
Contributor

Were do we find this hot patch?

Reply
0 Kudos
crdafoe
Contributor
Contributor

X2, where can I download the patch from and is there a patch ID?

Reply
0 Kudos
nahart86
Contributor
Contributor

vCenter - 6.7.0 10244857

vSphere - 6.7 10302608

VMFS6 - 8 Snapshots - Windows 10 1809 - Boot time 8-9 Minutes

VMFS5 - 8 Snapshots - Windows 10 1809 - Boot time - 40 Seconds

Following thread and waiting for hot fix.

Reply
0 Kudos
Andreasbuchwald
Contributor
Contributor

Hi all,

this Hotpatch (not Hotfix) is not public, its only deliviered to us, cause it was made based on our SR and logs.

But this Hotpatch will come in 6.5 U3 End Q2 on the market for public.

Ask by VMware maybe the will give you this Hotpatch too.

Andy

Reply
0 Kudos
matthewgONCU
Enthusiast
Enthusiast

I opened a ticket and my support rep is giving me the run around regarding obtaining the hotpatch. To make things worse, I just patched all my ESXi hosts and now the issue seems to be worse

1809 VM on a VMFS6 datastore takes 51 minutes to boot up (prior to patching it was 6 minutes)

1803VM on same datastore takes 21 seconds.

It's now become unusable. This is not production (yet) but I don't want to wait until end of Q2 for the fix if a hotpatch exists.

Reply
0 Kudos
nahart86
Contributor
Contributor

We are just going to stick with VMFS5 as we don't see any benefit of VMFS6 in our environment. Since you are not in production, I would give that shot.

Reply
0 Kudos
FreddyFredFred
Hot Shot
Hot Shot

A patch for 6.7 might take even longer (like towards Q3 or Q4 2019) if what I'm being told is correct. The more people complain, the better the chances of getting it sooner i suppose. A hotfix exists for 6.5 but not sure if they have one for 6.7 but I think it depends on the build you're running anyway. Once you apply the hotfix, you can't apply normal vmware patches on top of it I think.

Reply
0 Kudos
dpeterson
Contributor
Contributor

I opened an SR today and was told that there is no hotfix, and the hotfix that was available was pulled.  The tech said I have to wait for U3 which is supposed to be released by the end of Q2.  I don't know how my users can wait that long.

All of my datastores are VMFS5 and they have the slow boot issue.

Reply
0 Kudos
vg33k
Contributor
Contributor

We are experiencing the same issue on an ongoing project on vSphere 6.7 11675023 and VMFS.

Windows 10 1809 as master image for Instant Clones and QA VMs

Horizon 7.7, AppVolume 2.15. UEM 9.6, NSX 6.4.4, the whole package

 

Boot time are about on average to get the logon screen

EFI + 0 Snap = 20s

EFI + 1 Snap = 2m11 to 5-10m

Opened an SR with VMware

 

Could it be the Windows 10 Task to defrag and trim/unmap causing this? Noticed that after creation of the first snapshot that boot times do not increase right away, example from 20s to about 40s but after running the task manually then now boot time jumped into the minutes range.

Reply
0 Kudos
FreddyFredFred
Hot Shot
Hot Shot

It's not related to defrag. The lenth of time it takes to boot seems related to the number and/or size of the snapshot(s).

When you ran defrag the snapshot grew so your next reboot took a long time.

I was told there is supposed to be a KB coming out within the next week or two but it's not going to tell us anything we don't know. From what I was told, the fix for 6.7 is going to be out later than 6.5. Hopefully vmware will release it sooner though.

For VDI users this might be fixed via an update to some component of Horizon View and you may not have to wait for an updated ESXi version. I don't use VDI so don't know any more than that.

Reply
0 Kudos
misan
Enthusiast
Enthusiast

Out of interest guys - How are you finding the performance once the VM's have booted up? - I'm finding both Server 2019 and Windows 1809 (with the latest updates) are sluggish opening up explorer, settings menu etc.

Also - seamless apps published through a Citrix Server 2019 VDA are also a lot more sluggish in comparison with my 2012 R2 VDA's.

Chris

Reply
0 Kudos
shayrulah
Enthusiast
Enthusiast

This is official response from VMware about this issue.

I've analyzed your issue and could see that this is a known issue that has been already identified and has been informed to our Engineering team.

The issue is identified to be due to some guest OS behavior change in this version of windows 10, 1809 w.r.t thin provisioned disks and snapshots, this has been confirmed as a bug and will be fixed in the following releases - 6.5 U3 and 6.7U3, which will be released within End of this year (2019).

Please let us know if you have any further queries.

They are basically saying that we cannot upgrade to 1809 this year and have to wait next release :smileygrin:

Reply
0 Kudos
SummaCollege
Hot Shot
Hot Shot

Hi shayrulah​, thanks for the info!

@vmware employees reading this... We have just rebuild our entire image base on v1809, running on ESXi, 6.5.0. and are in the process of moving this into production. A lot of time went into this process. Waiting for end of 2019 for a fix is a no go! I do hope you release a hotfix for this issue.