I got a question about an error that occured when creating a Hyper-V 2012 R2 cluster from VMM 2012 R2 and the errorlog stated the following:
“Error (25325) The cluster creation failed because of the following error: An error occurred while performing the operation.. “
In the troubleshooting I found that the VMM 2012 R2 was running on a Windows Server 2012 Standard (which is fully supported). But as VMM uses the failover cluster cmdlets from the OS where installed it fails creating the R2 cluster as it is not supported to manage Windows 2012 R2 from a Windows 2012.
I have had the the pleasure to work a bit with Vision Solutions and their product Double-Take Move that can be used when migrating between hypervisors or onto a public IaaS cloud like Azure. I have also made a test to migrate between generation 1 to 2 VM in Hyper-V R2. Last year I made a presentation on Nordic System Center Summit about migration alternatives and tools where I showed the System Center integration of Double-Take Move.
Maybe you have seen the blog post from Migration Mark where he describes the extension of their MAT PowerShell toolkit so it now also support using Double-Take Move and as you can see if you have demands from end users and the company to keep the systems up during the migration then MAT4Move is the tool..
TYPE: Streaming disk conversion
PROS: More uptime than any other solution, migrate directly to Azure
CONS: Has a cost per VM, Requires an agent
Recently there has come an service pack update to this brilliant software that now also gives support for 2012 R2, etc. One important update is that it now is possible to select synthetic NIC when migrating directly to a Hyper-V host, in the earlier version you only got a legacy and that is not what we want! Also the possibility to migrate to a VM replica residing on a SMB share. Here you can read more about some of the improvements:
Common improvements—The following improvements apply to both Double-Take Availability and Double-Take Move.
Windows 2102 R2 support—The following job types now support Windows 2012 R2.
Files and folders
Full server to Hyper-V
Full server to ESX
V to ESX
V to Hyper-V
Full server migration
Full server to Hyper-V migration
Adapter type on replica—This release allows you to select the type of adapter that will be used on a replica virtual machine for full server to ESX, full server to Hyper-V, full server to ESX migration, and full server to Hyper-V migration jobs.
Double-Take Move improvements—The following improvements apply to Double-Take Move migration jobs.
Alternate volume staging—With this release, you can stage the source’s system state data to an alternate volume on the target, if you do not have enough space on the target’s system state volume.
SMB share storage—This release allows you to store the replica virtual machine for a full server to Hyper-V migration job on a local volume or an SMB share.
Now that the Integration Services 3.5 has been released from Microsoft I wanted to try out to install them in a CentOS VM
Interestingly the support is for CentOS up to 6.3 and when reading the README file from CentOS in the dist that version is deprecated. According to the forums the CentOS version 6.4 and 6.5 has their own Integration services already in the distribution and that can be confirmed when I was testing out and trying to install 3.5 and still the modinfo said 3.1. The reason I was pursuing to install was that the nic in hyper-v said degraded..
So I tested some different cases ending up with the same result that the IS reported 3.1 and always the Network adapter as Degraded.
In the 6.3 version of CentOS there is no Integration Services by default so installing gives the following result
And when rebooting and checking the version I can see that I successfully installed the IC 3.5
The exiting part comes here where I now wanted to upgrade my CentOS 6.3 to 6.5 with “yum update” and as you can see on the next screendump I got version LIS 3.1
But my 3.5 rpm are still installed as you can see.
When checking the from the PowerShell side you can see that it first reports as version 3.5 and then when I have upgraded it says 3.1
One interesting bit in why I would like to do the LIS 3.5 upgrade on a CentOS 6.4/6.5 is that first after upgrade I get the integration services version from the host side as this is part of the new feature in 3.5, Key-Value Pair (KVP) Exchange that now works with Linux also. That is not part of the built in LIS 3.1 yet that CentOS/Redhat distributes.
As everyone else with some ITPro community engagement there is a date of the first day every quarter that makes the heart go a bit faster and the hopes for becoming one of the few privileged that get the Most Valuable Professional Award from Microsoft.
Today I got the award for my contributions in the Virtual Machine community
I have been during quite some time trying to give the community my sharings in virtualization and automation and helping out so that others can benefit and not having to reinvent the wheel again.
Thank you all that have been following me on this blog, twitter and at other social networks and I hope that you benefit somewhat from my scavenges in the wonderful world of IT!
I am looking forward to this year when I will together with my fellow MVP´s explore and work together to help out in the deployment of Cloud OS.
So I noticed that the awesome Convert-WindowsImage.ps1 PowerShell script has been updated to version 6.3 and published during the Christmas holidays. The script is maintained by Microsoft Consulting Services and was originally created by Mike Kolitz.
I really like this script and have used it alot when creating new VM´s and I have been awaiting an update to support the Generation 2 VM´s with UEFI boot.
Here you can see that I have added the parameter -VHDPartitionStyle GPT to use for the generation 2 VM
One really nice new feature is that you can with this updated tool now create VHDX directly without needing to convert a VHD and that does not require a Windows 2012 or Windows 8 or later to be able to work. This tool can be used when doing P2V also.
As you can see on my screendump I have tested it on a Windows 7 and the checkbox with VHDX.
In this migration I used Double-Take Move and this is a really nice software from Vision Solutions that allows you to migrate a running VM and will only get a few minutes downtime during the failover :-). The great thing is that the VM is replicated to the hyper-v host directly and you get a synthetic NIC and also a VHDx virtual disk.
There are though some small things that need to be considered and Double-Take does not do the whole part when used separately, when using it with Vision Solutions system center integration toolkit we can automate these things too, but for migrating just a few VM´s that is a bit of overkill. So what do we need to take care of,
DT does not set VLAN on the nic for the migrated VM, that can be done during the replication in VMM when the newly provisioned VM appears there and set the right vm network and bandwidth etc.
DT does not make the VM highly available during the migration, it can be deployed on the Clusterstorage volume though.
DT does not remove VMware tools during the migration so that has to be cleaned up after.
DT does not update/install the Hyper-V integration components.
So now to the main focus for this article, when the VM has been migrated to Hyper-V, how do I configure it to be highly available? When looking in the properties of the VM on VMM that option is greyed out
And trying to add it through the PowerShell cmdlets in VMM gives the following error message:
So the way to do it is with the Hyper-V and failover cluster cmdlets instead:
And then when refreshing the VM in VMM you can see that it is now highly available
The workaround option that is available in VMM to be able to make the VM highly available is to do a Live Storage migration to another CSV Volume/SMB share and in the wizard check the box for making it highly available but that involves file copying and goes painfully slower than the Add-VMToCluster on the running VM that already resides on a shared storage volume.
And this also (at least in my test environment) creates a copy cluster resource that has to be cleaned up manually cause the real one is running..
Today I was in the mood to take a Microsoft exam and as MSFT so generously gives a cert voucher for free it was not so much to argue about
I already have the MCSE : Private Cloud
But now it was time for Microsoft Certified Specialist: Server Virtualization with Hyper-V and System Center (exam nr 74-409) and this exam reflects and measures the latest releases from Microsoft in Windows Server 2012 R2 Hyper-V and System Center 2012 R2.
I have some knowledge in the subject and have done some implementations before and also had the previous title MCITP: Virtualization Administrator so I thought it should not be too hard, as always some questions have to be read more than once before choosing the right answer.
The last two days I was on the road and presented my session on migrate to Hyper-V and that on the Nordic System Center Summit that was hosted by my company Lumagate. We visited both Stockholm and Oslo.
Both Travis Wright and Chris Ross from Cireson was with us and had some really interesting sessions!
In my presentation I described the different ways to migrate and how to prepare for a large migration and that in different ways of automation.
I wanted to test if it works also in Hyper-V and it is not so much difference, the main difference is how to create the dump file and here I use the vm2dmp (thanks to Yusuf for supplying me with a vm2dmp.exe that works with 2012!!) with the right switches, in this case the VM is in saved state but you can also use snapshots or just the vsv and bin file.
And then when importing the dump into the windbg I can with the commands get the password for the user that was logged in on the Win 7 VM
I have tested this on a Windows 7 virtual machine and also on a Windows Server 2012 R2 virtual machine both running on Hyper-V 2012. This highlights the importance once more that it is crucial to make sure that only the right people have access to the virtualization hosts and the storage where the VM´s resides!