Windows 10 is a problem in this version, microsoft recently released a patch update package in 1809 said the problem was solved.
I know about the issues that forced Microsoft to pull the ISOs originally but I don't think that's the problem here. I patched the vm in question but it's still very, very slow to reboot. (I don't have access to the republished ISOs at the moment)
When I reboot, see the windows logo, the spinning dots for a second and then just the logo for several minutes. When I check esxtop I see this:
NAME NWLD %USED %RUN %SYS %WAIT %VMWAIT %RDY %IDLE %OVRLP %CSTP %MLMTD %SWPWT win1809slow 10 211.90 171.48 6.02 966.99 55.94 0.39 0.00 3.30 0.00 0.00 0.00
disk device (u):
WQLEN ACTV QUED %USD LOAD CMDS/s READS/s WRITES/s MBREAD/s MBWRTN/s DAVG/cmd KAVG/cmd GAVG/cmd QAVG/cmd? 64 - 0 0 0 0.00 3649.39 3647.17 2.23 1.78 0.01 0.11 0.00 0.11 0.00
vm disk (v)
For some reason the disk seems to stop all io, the cpu goes very high and the datastore it's on gets a ton of reads but the VM is almost stuck. This is only affecting win 10 1809. Any other OS built the same way on the same server/storage is fine.
I think I found the problem: snapshots! I was building my new templates and had snapshots so I could undo a mistake without having to start over. For some reason Windows 10 1809 really doesn't like snapshots. As long as there's no snaps everytihng is fine. If I take a snap and reboot, the time it takes is noticebly longer.
ESXi 6.5 U1 seems to be the worst.
ESXi 6.7 seems better by comparison
ESXi 6.0 seems like it might not be affected (but this is on another environment)
I did a test by installing without having a snap and it was fast.
Rebooted right after and it was fast
Shutdown and took a snapshot (the only one) then powered on and noticeably slower.
Maybe there's an advanced setting I can play with but again, this problem didn't happen on Server 2019. ANy ideas?
My users take a bunch of snapshots as part of their tests so yes, this is going to be an issue for me
Still fighting with this one but it might be snapshot and VMFS6 related. Same host, two different datastores on the same SAN. One formatted with VMFS5, the other VMFS6.
Create a new VM, take a snapshot and then install the OS (I know this isn't "right" but for the test, it's the fastest/easiest way to see the issue).
Only VMFS6 has the problem and only with windows 10 1809. Still not sure if normal operation is ok or if it's just reboot/startup which is super slow.
Can anyone else reproduce?
Hi FreddyFredFred, I have the same issue.
- ESXi, 6.7.0, 10302608
- Windows 10 1809
- Storage version VMFS6
When the VM has snapshots, the boot was very slow.
I tried all kind of configuration and only found the solution when moved the VM to VMFS5 storage, like you say. Thanks for post the solution!
When looking at what's new in VMFS6 the "automatic space reclamation / unmap" feature stands out.
Maybe that causes the issue ... You can disable it on a per datastore basis. Can you try if that makes a difference?
I tried a datastore with both auto unmap enabled and disabled and it made no difference.
I have a case open with VMware. I'm waiting on the guy to get a lab setup with a VMFS6 datastore to try and repro the issue so they can maybe fix it.
I have the exact same issue, this only started happening after I upgraded from 1803 to 1809, same issue with a fresh install. I am also using VMFS6.
Also upgraded from 6.5 U1 to 6.7, same issue. Has support responded yet ?
My work-around is to remove all snapshots... VM loads just fine.
Still waiting on VMware to get back to me (the guy assigned to my case had to get a new lab created with VMFS6 datastores because the first one he got was VMFS5 and we couldn't repro the issue). Hopefully I'll hear back this week.
I know the reboots are super slow but does it affect using the VM as well once it's loaded? I'm just making templates and not really doing much inside the VM but it didn't notice anything once the vm was booted.
1 person found this helpful
Same issue here running ESX 6.7 Update 1 and VMFS6 Datastores.
It does affect usage after bootup. And it seems it gets exponentially worse with more snapshots on the machine.
On one of my test machines had 1 Snapshot (turned off) and 1 snapshot (turned on). Tried a silent installation of firefox, which usually takes about 15 seconds.
It took 3-4 Minutes on 1809 (reproduceable).
Exact same issue here. Boots fast without snapshots. Runs fine once up. Problem for me is that I was going to test it with View and snapshots are needed for images. I can't have a user waiting two minutes for their machine to startup. They already like to complain about being virtual.
1 person found this helpful
Same exact issue.
Win 10 1809 on VMFS 6 with 6 snaps... SLOW boot... (Horizon IC Image)
Moved the Win 10 and snapshots to a VMFS 5 datastore.. 8-second boot.
Just an update for anyone interested...
I got an email from VMware saying they have an ongoing bug which matches my issue and they are waiting for an update from engineering.
Not the solution we all want but at least things are happening (not as fast as we would all hope but at least they seem to admit there is an issue that needs fixing)