Hyper-V monitor virtual machine disk activity

I hope this helps . Before SCVMM, Microsoft's solution was the Virtual Server Migration Toolkit. This requires Windows Server 2003 Automated Deployment Services, which in turn can only be installed on Windows Server 2003 Enterprise Edition. It's about as far from a free tool as you can get. It only works on SP1, not SP2 (unless ADS has been updated since I last checked), and you have to obtain all the patches you've applied to the physical system.
ADS is limited to four partitions per physical disk, because it can't create extended partitions. If your physical system has more than four partitions you have a problem.

Does that help No. Hyper-V does not emulate the hardware virtualization features of the CPU that are required. Even if it did your would not like the performance of the nested Hyper-V VMs.

this will help Hyper-V 2012 and later supports live merge of snapshots but not export of a running VM.
Hyper-V 2012 R2 supports live export. So, upgrade and move on, nothing to see here.

$snap = Get-VMSnapshot "datest"

PS C:\Windows\system32> $snap.HardDrives

VMName ControllerType ControllerNumber ControllerLocation DiskNumber Path                     
------ -------------- ---------------- ------------------ ---------- ----                     
DATest IDE            0                0                             D:\DATest\Server2012.vhdx


PS C:\Windows\system32> New-VHD -Differencing -ParentPath $snap.HardDrives[0].Path -Path D:\test\test.vhdx


ComputerName            : SWEETUMS
Path                    : D:\test\test.vhdx
VhdFormat               : VHDX
VhdType                 : Differencing
FileSize                : 4194304
Size                    : 42949672960
MinimumSize             : 42948624384
LogicalSectorSize       : 512
PhysicalSectorSize      : 4096
BlockSize               : 2097152
ParentPath              : D:\DATest\Server2012.vhdx
FragmentationPercentage : 
Alignment               : 1
Attached                : False
DiskNumber              : 
IsDeleted               : False
Number                  : 


PS C:\Windows\system32> New-VM -Name Test -Path D:\Test -VHDPath D:\test\test.vhdx 

Name State CPUUsage(%) MemoryAssigned(M) Uptime   Status            
---- ----- ----------- ----------------- ------   ------            
Test Off   0           0                 00:00:00 Operating normally


Export-vm -Name Test -Path d:\newTest -Passthru

# Get the FullName of the parent disk for renaming later

Merge-VHD 'D:\NewTest\Test\Virtual Hard Disks\test.vhdx' -Force

Rename-Item 'D:\NewTest\Test\Virtual Hard Disks\Server2012.vhdx' 'D:\NewTest\Test\Virtual Hard Disks\test.vhdx'

To fix the issue you can do Hyper-V doesn't support moving a VM from a newer version of Hyper-V to an older version. With that said, try copying the vhd (keep a backup, I don't know that this will work), make a new VM, and when it asks if you want to make a new VHD, connect it to the one you copied. The new VM will need the same general configuration as the one you're trying to move.
We changed a lot between 2008R2 and 2012. It may be that some things are broken when you move the VM.

I hope this helps you . Change the FastSchedule parameter to either 0 or 2.
This is the excerpt from the slurm.conf documentation:

   FastSchedule
          Controls  how a node's configuration specifications in slurm.conf are used.  If the number of node configuration entries in the configuration file is significantly lower than the number of nodes, setting FastSchedule
          to 1 will permit much faster scheduling decisions to be made.  (The scheduler can just check the values in a few configuration records instead of possibly thousands of  node  records.)   Note  that  on  systems  with
          hyper-threading, the processor count reported by the node will be twice the actual processor count.  Consider which value you want to be used for scheduling purposes.

          0    Base  scheduling  decisions  upon the actual configuration of each individual node except that the node's processor count in Slurm's configuration must match the actual hardware configuration if PreemptMode=sus-
               pend,gang or SelectType=select/cons_res are configured (both of those plugins maintain resource allocation information using bitmaps for the cores in the system and must remain static, while  the  node's  memory
               and disk space can be established later).

          1 (default)
               Consider the configuration of each node to be that specified in the slurm.conf configuration file and any node with less than the configured resources will be set to DRAIN.

          2    Consider the configuration of each node to be that specified in the slurm.conf configuration file and any node with less than the configured resources will not be set DRAIN.  This option is generally only useful
               for testing purposes.