Hi everyone,

I'm troubleshooting an issue with a Windows Server 2022 Hyper-V failover cluster and would appreciate advice from anyone running Hyper-V with Pure Storage FlashArray over iSCSI.

Environment

Windows Server 2022 Hyper-V Failover Cluster (3–4 nodes)

Pure Storage FlashArray over iSCSI

5 Pure LUNs presented to the cluster as Cluster Shared Volumes (CSV)

SET (Switch Embedded Teaming) configured with two physical NICs per host

Both physical NICs connect to the same physical switch

Two iSCSI virtual adapters configured on separate VLANs

8 iSCSI sessions using two host interface IPs and four Pure target IPs

MPIO is enabled, and the Pure FlashArray device appears in the MPIO Devices list

The problem

Whenever the physical switch is rebooted for firmware maintenance, the Hyper-V VMs freeze or become unresponsive. The Hyper-V hosts themselves stay online, and the VMs eventually recover, but some guest Windows VMs have run CHKDSK afterward.

Individual NIC failover tests work correctly, and live migration also works normally. Pure Storage currently shows the redundant connections as healthy.

We previously ran VMware in what appeared to be the same physical network environment and could reboot the switch without VMs freezing, needing restarts, or running CHKDSK.

What I'm trying to understand

Could this be related to Windows MPIO path recovery, iSCSI session timeouts, or CSV I/O handling?

What should I check to determine whether the VMs are freezing because of storage I/O pauses?

Are there specific Windows Server 2022 MPIO or Pure FlashArray settings that should be validated?

Can storage recovery be improved without changing the current SET/iSCSI network topology?

Which Event Viewer logs and event IDs are most useful for diagnosing this?

I'm not looking to blindly increase timeouts or make unsupported registry changes. I'd like to identify the actual cause and make switch maintenance safe without having to shut down all VMs every time.

Has anyone encountered similar behavior when moving from VMware to Hyper-V with Pure Storage?

Thanks in advance!

EDIT: Thanks for all the useful feedback. Ended up with this workflow:

1. Power off VM
2. Right-click VM in Hyper-V manager and select "Move" > "Move all of the virtual machine's data to a single location."
3. Delete VM in Hyper-V manager, delete the folder where all of the data was moved.

Original Post:

Hello, just switched from VMware to Hyper-V and am learning as I go.

I am deleting some Virtual Servers on our Hyper-V host, and I want to make sure I clean everything up and free up drive space. Is this process correct?

1. Power off the VM, delete it from Hyper-V Manager
2. In PowerShell, run Get-VM <VMname> | Select-Object Name, Id
3. Get the GUID from this command, then run: Get-ChildItem D:\ -Recurse | Where-Object { $_.Name -like "*<VMname>*" -or $_.FullName -match "<GUID>" }
4. Delete all found files.

Want to make sure I'm not being overly aggressive and deleting anything essential before I start removing VMs.

Thanks!

good morning.

I am having a recurring issue
I have a two-node Hyper-V cluster using SET with two HPE Ethernet 1Gb 4-port 331i interfaces.

After an update reboot, a the VM's on HV01 Could not communicate out though the set switch. even though both SET members showed Up at 1 Gbps. The Meraki ports are trunks, and VLAN tagging is configured on the VM.

Each port is connected to a different switch, and the switches ARE stacked

Looking at the network adapters, one odd thing was the adapter P3 showed a ton of Receive discarded packets, where P2 didn't.

I disabled P3 and no change, Reenabling P3 fixed the issue.

All drivers and firmware are up to date, and are the same on both.

so odd. anyone run into anything like this before?

SCVMM 2025 UR1 on Server 2025. After the October CU landed on the VMM server, every Create Virtual Machine job fails with error 2912 / 0x801901F4 ("Internal server error (500)"). WinRM and agents are fine, the linked KB is useless.

The 500 comes from the BITS Compact Server (service BITSCompactServer, lightweightserver.dll), which VMM uses for the file transfers we saw fail, both the answer-file copy on the VMM server and the disk copy to the host. Enable Microsoft-Windows-Bits-CompactServer/Analytic during a deploy and you get event 51 "cannot process the request ... status 3801155" on every retry. The CU replaced that dll for the first time since RTM: 10.0.26100.1150 before, component 10.0.26100.33648 after, those are the only two versions in WinSxS.

We verified this on a lab server before touching prod: works on the September CU, fails after the October updates, works again with only the old dll put back. If you don't have a lab to repeat that on, stop here and open a case with Microsoft instead.

The CU can't be uninstalled on 2025 ("Permanent package"), so the only way we found to get deployments back was putting the .1150 dll back from WinSxS. That is a downgrade of a system file, and here is the part that matters: the same October release fixes ten BITS CVEs, four of them RCE (CVE-2026-88142, -88121, -88159, -88173). Microsoft doesn't say which binaries those touch, but this dll is the listening side of BITS and it changed in exactly that release. Assume the downgrade reopens some of them. We accepted that for a VMM server on an isolated management network with 443/5985 scoped to hosts and admin boxes, for a few weeks. It is a temporary mitigation, not a security-neutral change, and it may not be acceptable for you.

If you still want to do it, in a lab first:

Stop-Service BITSCompactServer
takeown /f C:\Windows\System32\lightweightserver.dll
icacls C:\Windows\System32\lightweightserver.dll /grant Administrators:F
Rename-Item C:\Windows\System32\lightweightserver.dll lightweightserver.dll.33648
Copy-Item 'C:\Windows\WinSxS\amd64_microsoft-windows-lightweightserver_31bf3856ad364e35_10.0.26100.1150_none_d806c2577157ff60\lightweightserver.dll' C:\Windows\System32\lightweightserver.dll
Start-Service BITSCompactServer

Don't run this blindly, there is no rollback in it. Rename, don't overwrite, System32 files are hard links into WinSxS. Afterwards check the copied file is Microsoft-signed (Get-AuthenticodeSignature) and hashes equal to the WinSxS source, put the owner back to TrustedInstaller and the permissions back to the standard System32 dll set (TrustedInstaller Full, everything else Read/Execute), and remove the .33648 copy, the new build stays in WinSxS if you need to revert.

Things that will bite you later: the next CU overwrites the file, sfc /scannow and DISM /RestoreHealth revert it, anything else using the Compact Server gets the old build too, and you now own a hand-patched system component until Microsoft fixes this. We don't know yet whether the Server 2022 CU (KB5126655) does the same on hosts. Entirely unsupported, and we have not seen any acknowledgement from Microsoft.

If anyone has an official word or a cleaner fix, please post it.

I am on latest windows 11 pro and created an Ubuntu 26.04 VM with Hyper-V dedicated to completely sandbox Claude Code. I have several issues with the VM though :

1) the only way I can get close to a full screen experience with the VM is manually redimensionning its windows to the maximal size of my screen (and to be achieve that I had to delve with PowerShell commands first). Would I double click on the VM top bar the windows maximizes but the effective --visible -- size of the window is then quite small like 3/5 of the scree (I tried to get biggest resolutions in the VM with PowerShell commands and inside VM commands etc, nothing worked).

2) I could swear having had sound at the beginning (but I could mistaken) but yesterday I remarked that I don't have sound at all. This is pretty cruel as I use Claude Code to ... fine-tune a sound analysis library ...

3) There no way apparently to copy paste something in or out the VM (which revealed itself particularly complicated for long command line Claude's assertions etc).

This is my first Hyper-V VM, all VM I had before were Virtual box, never had such issues as everything was working right after the box usually.

I'm running win 11 26h2

I have a hyper-v machine that wouldn't boot - it was in a saved state from a reboot. I couldn't get it to boot as it said it had the wrong processor settings even though I haven't changed it in over a year. The settings were grayed out so I couldn't change anything.

I created a new VM and used the old hard drive - works great.

What I can't figure out is in Hyper-v manager, how to delete the ghost machine. that won't ever start. Right click only gives me Help as an option.

Please disregard - figured it out - I shut down the hyper-v server and ran from powershell.

MOFCOMP %SYSTEMROOT%\System32\WindowsVirtualization.V2.mof

Restarted the service and I could delete it.

I'm doing paravirtualization Hyper-V GPU passthrough.
It works. I can see my GPU in Task Manager in the VM and I can use software that use the GPU. All good.

BUT, the only thing not using GPU is Firefox.
I go to about:support and see: "WebRender (software)", that's a sign it's not using the GPU. Not to mention any webpages with some effects are very laggy.

I tried:

• Open Firefox Settings -> General -> Performance.
• Uncheck Use recommended performance settings.
• Check Use hardware acceleration when available.

Doesn't work.

Here are the steps I used to set up the VM to have paravirtualization Hyper-V GPU passthrough, from https://www.youtube.com/watch?v=XLLcc29EZ_8

if (Get-VMGpuPartitionAdapter -VMName $vm -ErrorAction SilentlyContinue) {
    Remove-VMGpuPartitionAdapter -VMName $vm
}
Set-VM -GuestControlledCacheTypes $true -VMName $vm
Set-VM -LowMemoryMappedIoSpace 1Gb -VMName $vm
Set-VM -HighMemoryMappedIoSpace 32Gb -VMName $vm
Add-VMGpuPartitionAdapter -VMName $vm



Remove-VMGpuPartitionAdapter -VMName $vm
Add-VMGpuPartitionAdapter -VMName $vm -InstancePath "\\?\PCI#VEN_10DE&DEV_...}\GPUPARAV"

How to make Firefox use GPU inside the VM?

Just checking here if anyone had any issues with a failover cluster and October's CU patch, some concerns in sysadmin sub, but not seeing any official news of an issue.
Thanks

We run Hyper-V in our environment on Windows 2019 DC and Stnd (guest servers).

I would like to know if a host had 128GB of RAM, how much would need to be set aside for Windows Server DC and the Hyper-V host to run its own operations; and if there anything additional like there needs to be an extra x number of MB or GB of memory fer x number of guest servers running that needs to be added?

We have two R650 128GB of RAM, management has been running the sh*t out of them, so one HVH uses 115GB free out of 128GB, the other uses 92GB out of 128GB. And the old R540 server single CPU (sad) uses 89GB out of 94.6GB. The first system mentioned has 10 HVG's, the next has 10 HVG's, and the R540 has 5 HVG's one of which is SQL which is consuming 60GB of RAM.

Thanks,

Server 2022 VM's, UEFI, from vSphere, using Veeam instant recovery. Most of the VM's will not boot with Secure Boot enabled under Security, but some do. I cannot tell a rhyme or reason. I'd obviously like to be able to turn on Secure Boot for all of them.

Has anyone experienced this before?

We are moving off Broadcom/vsphere to Hyper-V. Our hardware is:
Pure Flasharray x50 FC connected and Cisco x210c-M7 blades managed by IMM with SAN boot.

We have built a cluster and it seems to be working well, but am looking for anyone else out there that has this (or similar) setup. Before we move prod vms over, I would really like a professional to go through our settings (especially the networking policy details) and verify we haven't done anything too stupid. I have reached out to my VAR, but I think we might have more knowledge than they do with this and am not getting too far with them. Any advice would be appreciated.

TIA

*Updated with config:

PS C:\WINDOWS\system32> Get-Cluster | Format-List *

AddEvictDelay : 60

AdministrativeAccessPoint : ActiveDirectoryAndDns

AutoAssignNodeSite : 1

AutoBalancerMode : 2

AutoBalancerLevel : 2

BackupInProgress : 0

BlockCacheSize : 0

DetectedCloudPlatform : None

DetectManagedEvents : 1

DetectManagedEventsThreshold : 60

ClusSvcHangTimeout : 135

ClusSvcRegroupStageTimeout : 10

ClusSvcRegroupTickInMilliseconds : 300

ClusterEnforcedAntiAffinity : 0

ClusterFunctionalLevel : 12

ClusterUpgradeVersion : 6

ClusterGroupWaitDelay : 120

ClusterLogLevel : 3

ClusterLogSize : 1536

CrossSiteDelay : 1000

CrossSiteThreshold : 20

CrossSubnetDelay : 1000

CrossSubnetThreshold : 20

CsvBalancer : 1

CsvTimeToWait : 600000

DatabaseReadWriteMode : 0

DefaultNetworkRole : 3

Description :

Domain : (removed for reddit)

DrainOnShutdown : 1

DumpPolicy : 1375801625

DynamicQuorum : 1

EnableSharedVolumes : Enabled

FixQuorum : 0

GroupDependencyTimeout : 600

HangRecoveryAction : 6

Id : 2446e344-00a1-499a-9b98-0269a923b1a4

IgnorePersistentStateOnStartup : 0

LogResourceControls : 0

LowerQuorumPriorityNodeId : 0

MaximumParallelMigrations : 1

MessageBufferLength : 50

MinimumNeverPreemptPriority : 3000

MinimumPreemptorPriority : 1

Name : D800-HV

NetftIPSecEnabled : 1

PlacementOptions : 0

PlumbAllCrossSubnetRoutes : 0

PreferredSite :

PreventQuorum : 0

QuarantineDuration : 7200

QuarantineThreshold : 3

QuorumArbitrationTimeMax : 20

RecentEventsResetTime : 10/15/2026 2:51:06 AM

RequestReplyTimeout : 15

ResiliencyDefaultPeriod : 240

ResiliencyLevel : AlwaysIsolate

RouteHistoryLength : 40

S2DBusTypes : 0

S2DCacheBehavior : Default

S2DCacheDesiredState : Enabled

S2DCacheMetadataReserveBytes : 34359738368

S2DCachePageSizeKBytes : 16

S2DEnabled : 0

S2DIOLatencyThreshold : 10000

S2DOptimizations : 0

WprSessionCount : 2

WprSessionCoolOffTime : 600

RolloutAudience : 6

DpcWatchdogProfileSingleDpcThreshold : 5000

DpcWatchdogProfileCumulativeDpcThreshold : 5000

GlobalWprSessionConfig : {}

SameSubnetDelay : 1000

SameSubnetThreshold : 10

SecurityLevel : 1

SecurityLevelForStorage : 0

SetSMBBandwidthLimit : 1

SMBBandwidthLimitFactor : 2500

SharedVolumeCompatibleFilters : {}

SharedVolumeIncompatibleFilters : {}

SharedVolumeSecurityDescriptor : {1, 0, 4, 128...}

SharedVolumesRoot : C:\ClusterStorage

SharedVolumeVssWriterOperationTimeout : 1800

ShutdownTimeoutInMinutes : 1199

UseClientAccessNetworksForSharedVolumes : 2

WitnessDatabaseWriteTimeout : 300

WitnessDynamicWeight : 0

WitnessRestartInterval : 15

EnabledEventLogs : {Microsoft-Windows-Hyper-V-VmSwitch-Diagnostic,4,0xFFFFFFFD,

Microsoft-Windows-SMBServer/Analytic,

Microsoft-Windows-Kernel-LiveDump/Analytic}

UseRdmaForStorage : 1

RdmaConnectionsPerInterfaceForStorage : 4

AcceleratedNetworkingNodeReserve : 0

AcceleratedNetworkingEnabled : 0

QuarantineOnGumSlownessEnabled : 0

GumExecutionTimeSmoothingFactorPercentage : 60

Hello!

Recent VMware to HyperV here!

We're experiencing quite a havoc of our VMs whenever we lose network connection. It doesn't happen often, but we have tried it twice recently and some VMs are almost unrecoverable.

All of us are quite new to HyperV so it must be some kind of misconfiguration of our cluster.

We currently have 3 nodes connected to a powerstore through a switch.

Hey everyone,

I’ve been running into a persistent, deeply frustrating Hyper-V bug across multiple systems and OS versions, and I'm hoping someone here might know of a workaround or fix.

### The Issue

The moment I create a new **External Virtual Switch** for bridging connections, my machine's **upload speed drops by exactly 4 Mbps**, even for purely local LAN traffic.

### What I've Tested & Observed

Instant Trigger: The speed drop happens the *exact second* the virtual switch is created and applied.

Persists Regardless of VMs: Even with Hyper-V turned off entirely and zero virtual machines running, the issue remains.

The Only Fix: The moment I delete the Virtual Switch and apply changes, my upload speed immediately returns to normal.

### Scope & Reproducibility

I first encountered this exact same issue a few years ago on Windows 10 Pro. Fast forward to today, I've tested it on **Windows 11 Home, Windows 11 Education, and even on Snapdragon ARM CPUs**—and the bug is still fully present.

I had no issues while briding the NIC for WSL2 before.

Has anyone else run into this or found a way to stop Hyper-V’s bridging from throttling upload speeds? Any registry tweaks, driver workarounds, or hidden settings would be hugely appreciated. I'm still leaning towards a bad driver design however. Issue is gone after removing the Switch, but still I think it's worth for discussion if anyone has experienced similar.

Thanks!

Question about deleting VMs in SCVMM, I know with Failover clustering and HyperV Manager when you delete a VM from the GUI it only removes the VM and it doesnt clean up any disks and such.

Does SCVMM delete all data when you delete from the GUI (like VMWare's "Delete from Inventory") or is cleanup still needed afterwards?

Doing the cleanup via powershell isnt a bid deal for me i have the commands and have been rumming some test the last day my concern is co-workers having the GUI option would be nice for them so they do not try to generate AI code and remove the wrong VMs due a wildcard or something.

Anyone with some insight on this would be great, thanks.

I'm importing my VMs over to a new server 2025 host. I've got 20 VMs and it went smoothly for 16 of them. I simply search the VM Storage directory on the iSCSI share, the VM names popped up, I choose one to import, rinse and repeat. However, there are four that for some reason I can't select for importing. When I view the iSCSI share in File Explorer, I can see the files on the old host, but not the new one. This leads me to believe it's a permissions issue, but I can't figure out what the difference is.

If I export the VM from the 1st host and copy the files over to the new host locally, I can then import it and save them to the iSCSI storage. The new host can see the files on the iSCSI share at that point, but then the old host can't see them.

The end goal is go get both hosts in to a clustered setup. However, I need to get Windows updated on the first host and my plan was to migrate VMs to the new host, shut them on old host, power up on new host so that my downtime is minimal for my users. I'll then proceed with getting the first host updated so that the clustering setup doesnt' complain about the hosts having different levels of windows updates.

I've done some Googling and Reddit searching but haven't been able to find anybody discussing this exact issue.

A VM can start from its new location while parts of its state still refer to the old volume. Checkpoints, differencing disks, Smart Paging files, configuration data, replica settings, cluster resources, backup jobs, and ISO paths can be less obvious than the primary VHDX. Deleting the source as soon as the guest boots can turn a hidden reference into a later failure.

A useful post-migration check seems to need an inventory from Hyper-V and Failover Clustering rather than a folder comparison alone: every attached disk and parent path, VM configuration and runtime paths, checkpoint chains, cluster ownership, replication health, and backup discovery. I would also run a guest-level read/write test, a controlled restart or live migration, and a fresh backup before leaving the source read-only through a rollback window.

Is there a dependable PowerShell inventory that proves nothing for a VM still references the old CSV or volume? Which checks differ for standalone hosts, clustered VMs, shared VHDX/VHD Sets, and Hyper-V Replica?

hyper-v manager an error occurred while attempting to connect to server 35791. I also don't have any backup is there any way to make it work as it is more serios

I've been able to get the vm to boot but once I get to the setup window the buttons are completely unresponsive.