JoinDomain VMExtensionProvisioningError when deploying WVD (aka Conflict Error)

Deploying WVD Fails with a conflict error and when clicking for more information it presents a conflict and not much else that is useful by way of toubleshooting. Hopefully this helps someone else as it had me head scratching for a little while.. When creating the Host Pool, make sure that you haven't made the fatal error of using the Azure Active Directory Credential INSTEAD of the Local AD Domain Credential.  i.e do not use to domain join, even if it links back to the domain - this is where the conflict arrises.    Instead, use your full internal domain UPN.  Re-deploy your same configuration and you should find it goes through now without any problems. Additional findings.... Albeit my mistake above was an easy one, it does appear the error is directly linked to the domain join process. If you go into your resource groups, locate the session host and MSTSC directly to it.  Try the domain join pr

Exchange 2003 to 2007 Migration (Exmerge)

Just some little handy tips to share around in regards to migrating users from a Microsoft Exchange 2003 server to the all new singing and dancing Exchange 2007.

As most of you will probably know just from looking at the new Exchange management console it isnt quite as easy as copying and pasting the priv1.edb or Exmerging in and Exmerging out the old data.

The techniques are now slightly different:

Although the method is the same there is a slight change if you are doing this for a Server 2003 with Exchange 2007 or an SBS 2008 with Exchange 2007. If you are runnning SBS 2008 then you must download the Exchange Management Tools and the Windows Powershell add-on from the Microsoft site and run this on a 32-Bit machine seperate to the SBS box. (Please note that if you are doing import mailbox procedures then you need to download Exchange 2007 SP1 from the site)

So first step then is the data extraction; from 2003 this is very basic and straight forward using Exmerge from Microsoft you can take out all of the previous mailboxes into PST's and store them on the new server.

The second step is to go into the Exchange management shell and enter the following commands bearing in mind that all scripts are case sensitive.

Grant the Administrator Account full access to all Mailbox's:
"Get-Mailbox | Add-MailboxPermission –user Username –AccessRight FullAccess –Inheritancetype all"

Begin the import procedure for all users
"Get-Mailbox -Database “SERVER\Mailbox Database” | Import-Mailbox -PSTFolderPath "

This will then go through the motions for importing all of the pst files into their correct user accounts.

If you want to look at importing an individual mailbox to an individual user then the process is again very similar but the command is as follows:
"Import-Mailbox -Identity -PSTFolderPath "

Typing -whatif at the end of a command in Exchange powershell runs a simulation of the command without actually doing anything with the data.

Did I solve your problem? Buy me a virtual beer by clicking on a Google ad :). Thanks!


  1. Going to try this over the weekend for a failed SBS 2003 box where the AD, Exchange and users aren't seeing eye to eye so new 2008 server is going in. Hopefully no dramas.
    Might be worth adding the Exchange 2007 is up to SP3 now, and installing that plus the rollup patches will take about an hour to start with, even on a punchy server.

    Thanks for the info though, very useful

  2. Hi Kris, mail migration went really well, used the import mailbox option as there were some big differences between the mailbox users and the old mailboxes.
    Had to use the UNC to find the mailboxes to import, so I created a share on the additional storage used e.g \\servername\sharename then it went through brilliantly. For the users that AD couldn't figure out which pst to use, I just added the "file.pst" to the end of it.

    Thanks again, most helpful


Post a Comment

Popular posts from this blog

This product type does not match the list of supported product types

SBS 2008 hangs on Applying Computer Settings

LSASS.EXE - System Error / Rebuilding Active Directory Indices. When booting windows server 2003