This kit builds a complete ConfigMgr Current Branch 2403 infrastructure running on Windows Server 2022 and SQL Server 2019, including optional Windows 10 and Windows 11 clients. This kit is tested on both Hyper-V and VMware virtual platforms, but should work fine on other virtualization platforms like Virtual Box, KVM etc.
Download from GitHub: https://github.com/DeploymentResearch/HydrationKitWS2022
Hydration Kit Video: Check out the free mini course at the ViaMonstra Online Academy covering the Hydration Kit setup (and many other tips and tricks related for creating a lab for ConfigMgr, MDT and Intune): Building the Perfect Lab for ConfigMgr, MDT, and Intune.

Credits: Special thanks to Sven Aelterman for creating the script for configuring SQL Server Reporting Services, and for graciously allowing me to include it in the hydration kit.
Notes
Customizations: This hydration kit install all servers in the corp.viamonstra.com domain, on the 192.168.25.0/24 network. If you rather use your own domain, different IP addresses etc. check out the Next Step – Customizing the Hydration Kit section in the end of this post for instructions on how to customize this kit. That being said, I recommend getting to know the kit using the default names if you can.
Internal network and Internet Access: Since one of the virtual machines (DC01) is also a DHCP Server, its highly recommended to deploy the virtual machines on an internal virtual network, and then use the NAT feature in either Hyper-V or VMware to give the virtual machines Internet access. For super-easy Internet access on Hyper-V, while still having the VMs on an isolated network, read this shiny post from Ami Arwidmark (@AArwidmark):
- Setting Up New Networking Features in Hyper-V for Windows 10 or Windows Server 2016/2019
https://deploymentresearch.com/558/Setting-Up-New-Networking-Features-in-Server-2016.
Advanced networking: For more complex networks (multiple sites, bandwidth throttling etc.), you may want to use a virtual router. More info here:
- Using a virtual router for your lab and test environment
https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Hydration Kit Archive: Are you looking for the previous hydration kits for Windows Server 2016 or Windows Server 2019? Look no further, they are right here:
- Hydration Kit for Windows Server 2016 and ConfigMgr Current / Technical Preview Branch
https://deploymentresearch.com/hydration-kit-for-windows-server-2016-and-configmgr-current-technical-preview-branch/ - Hydration Kit for Windows Server 2019 and ConfigMgr Current Branch
https://www.deploymentresearch.com/hydration-kit-for-windows-server-2019-sql-server-2017-and-configmgr-current-branch/
Hydration Kit for Windows Server 2022 and ConfigMgr Current Branch
So, again, this Kit builds a complete ConfigMgr Current Branch 2403, with Windows Server 2019 and SQL Server 2019 infrastructure, and some supporting servers. Once the build is complete, I recommend that you use the native ConfigMgr servicing option to update to latest release or Hotfix if available.
Servers
This kit allows you to automatically deploy the below list of servers. The server you really need to build first is DC01, since that's the domain controller, and the CM01 server will join the domain. Turns out joining a domain is tricky without a domain controller 🙂
Main servers
- DC01. Windows Server 2022, DC, DHCP and DNS
- CM01. Windows Server 2022, SQL Server 2019, and ConfigMgr Current Branch
Optional supporting servers
- MDT01. Windows Server 2022, SQL Server 2019 Express, and MDT 8456
- FS01. Windows Server 2022, File Server
- DP01. Windows Server 2022, additional ConfigMgr DP
Clients
This kit also allows you to automatically deploy the below list of clients for management.
- PC001. Windows 10 Enterprise
- PC002. Windows 10 Enterprise
- PC003. Windows 11 Enterprise
- PC004. Windows 11 Enterprise
Setup Overview
Shorthand, to build the virtual machines there are five main steps you need to do:
- Download the necessary software
- Install the Hydration Kit
- Copy the downloaded software to the Hydration Kit
- Create the bootable Hydration Kit ISO
- Create and Deploy the virtual machines
Note: Detailed instructions are further down this page… See the Step-by-Step Guides section.


Step-by-Step Guides
Step 1 – Download the software
On the Windows machine (client or server) that you use to manage Hyper-V or VMware, create a folder for all the software needed, for example C:\Setup.
Then, for the main servers (DC01 and CM01), you need to download the following software:
- The Hydration Kit: https://github.com/DeploymentResearch/HydrationKitWS2022
- MDT 8456 (The kit is based on that platform): https://www.microsoft.com/en-us/download/details.aspx?id=54259
- MDT 8456 Hotfix: https://download.microsoft.com/download/3/0/6/306AC1B2-59BE-43B8-8C65-E141EF287A5E/KB4564442/MDT_KB4564442.exe
- BGInfo: http://technet.microsoft.com/en-us/sysinternals/bginfo
- A Windows Server 2022 Standard WIM image (single index, fully updated). The easiest way to get one is to download an already updated Windows Server 2022 ISO file, and then run this PowerShell script: https://github.com/DeploymentResearch/DRFiles/blob/master/Scripts/Export-WindowsServer2022WIMfromISO.ps1
- SQL Server 2019 Standard x64: Either a fully licensed version from VLSC or MSDN, or a 180 days trial version from the Microsoft Evaluation Center: https://www.microsoft.com/en-us/evalcenter/
- SQL Server 2019 Cumulative Update (CU) 16 (or later): https://www.microsoft.com/en-us/download/details.aspx?id=100809 (ConfigMgr only requires CU 5 for SQL Server 2019, but I recommend using the latest CU).
- SQL Server 2019 Reporting Services: https://www.microsoft.com/en-us/download/details.aspx?id=100122
- SQL Server Management Studio: https://aka.ms/ssmsfullsetup
- Microsoft ODBC Driver 18 for SQL Server (x64): https://learn.microsoft.com/en-us/sql/connect/odbc/download-odbc-driver-for-sql-server
- ConfigMgr 2403 and its prerequisites: Either a fully licensed version from VLSC or MSDN, or a 180 days trial version from the Microsoft Evaluation Center: https://www.microsoft.com/en-us/evalcenter
Note: To download the ConfigMgr prerequisites, you run the SMSSETUP\BIN\X64\setupdl.exe application from the ConfigMgr installation files and simply provide a folder for the download.

Windows ADK for Windows 11and the ADK WinPE Addon for Windows 11 22H2: https://docs.microsoft.com/en-us/windows-hardware/get-started/adk-install
Note #1: Make sure to get the 22H2 version of the Windows ADK for Windows 11 (Build 22621), not the newer versions: 23H2 (Build 25398) or 24H2 (Build 26100).
Note #2: To download the complete standalone Windows ADK for Windows 11 setup, run adksetup.exe /layout "C:\Setup\Windows ADK 11" for the core ADK, and then adkwinpesetup.exe /layout "C:\Setup\Windows ADK 11 WinPE Addon" for the WinPE Addon.


Optional Servers
The FS01 and DP01 optional servers don't need any extra software, but for the MDT01 server, you also need to download the following software:
- SQL Server 2019 Express: https://www.microsoft.com/en-us/Download/details.aspx?id=101064
Note: Use the SQL2019-SSEI-Expr.exe web installer to download the Express Core media (SQLEXPR_x64_ENU.exe)


Optional Clients
For the optional clients, you also need to download the following software:
- A Windows 10 Enterprise WIM image (single index, fully updated). The easiest way to get one is to download an already updated Windows 10 ISO file, and then run this PowerShell script: https://github.com/DeploymentResearch/DRFiles/blob/master/Scripts/Export-Windows10EnterpriseWIMFromISO.ps1
- A Windows 11 Enterprise WIM image (single index, fully updated). The easiest way to get one is to download an already updated Windows 11 ISO file, and then run this PowerShell script: https://github.com/DeploymentResearch/DRFiles/blob/master/Scripts/Export-Windows11EnterpriseWIMFromISO.ps1
Step 2 – Install the Hydration Kit
Installing the Hydration Kit requires that you first install Windows ADK and the Windows ADK WinPE Addon. The kit has been tested with both Windows ADK 10 and Windows ADK 11 22H2, but to get full support for Windows 11, I recommend using the Windows ADK 11 22H2 version since it supports all currently supported operating systems.
Note: Again, please do not use Windows ADK for Windows 11 22H2. It's not supported by MDT 8456.
Installing Hydration Kit Prerequisites
1. On the Windows machine that you use to manage Hyper-V or VMware, install Windows ADK 11 22H2 (adksetup.exe) selecting only the following components:
- Deployment Tools
- Imaging and Configuration Designer (ICD)
- Configuration Designer
- User State Migration Tool (USMT)

Note: The last three are not used by the hydration kit, but are still quite useful to have, so I usually install them too.
2. Install Windows ADK 11 WinPE Addon (adkwinpesetup.exe) with the default settings.

Note: Because the Windows ADK for Windows 11 does not include the 32-bit (x86) version of Windows PE, you'll need to create an empty x86\WinPE_OCs folder structure in the Windows ADK folder. MDT doesn't use, but still looks for, this directory.
More information can be found in this blog post: https://www.deploymentresearch.com/windows-11-deployment-using-mdt-8456-with-windows-adk-23h2-build-25398/
3. Install MDT 8456 (MicrosoftDeploymentToolkit_x64.msi) with the default settings.

4. Install the MDT 8456 HotFix.
Note: Due to a code change in Windows 10 2004 or later (including Windows 11 and Windows Server 2022), and Windows ADK 10 2004 and later, you need to download some updated files for MDT 8456. You can download these files here: https://download.microsoft.com/download/3/0/6/306AC1B2-59BE-43B8-8C65-E141EF287A5E/KB4564442/MDT_KB4564442.exe
4a. Download the MDT 8456 HotFix(MDT_KB4564442.exe), and extract it to a folder. I extracted it to C:\Setup\MDT 8456 HotFix.
4b. Copy the x86 version of the new Microsoft.BDD.Utility.dll from C:\Setup\MDT 8456 HotFix\x86 to C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Tools\x86. Replace the existing file.
4c. Copy the x64 version of the new Microsoft.BDD.Utility.dll from C:\Setup\MDT 8456 HotFix\x64 to C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Tools\x64. Replace the existing file.
Installing the Hydration Kit
1. Extract the content from the Hydration Kit download to a folder, for example C:\Setup\HydrationKit.
The folder you used should now have a sub-folder named Source, two PowerShell scripts, a readme file and a license file.

2. In an elevated PowerShell command prompt, navigate to the C:\Setup\HydrationKit folder, and create the hydration deployment share by running the following command:
.\New-HydrationKitSetup.ps1 -Path C:\CMLab -ShareName CMLab

3. Open the Deployment Workbench, and look around. You should see applications, operating systems, and task sequences etc.

Step 3 – Copy the downloaded software to the Hydration Kit
Next step is to start copying the various installation files to the correct folder.
1. Copy your Windows Server 2022 reference image (have to be named REFWS2022-001.wim, case sensitive), to the following folder: C:\CMLab\DS\Operating SystemsWS2022
Note #1: The WIM image should only have a single index with the Windows Server 2022 with Desktop Experience edition. Please use the script mentioned earlier to extract the correct index from a Windows Server 2022 ISO file.
Note #2: If your VMs does not have Internet access during the Hydration Kit build, make sure to also copy the microsoft-windows-netfx3-ondemand-package~31bf3856ad364e35~amd64~~.cab file to the following folder: C:\CMLab\DS\Operating Systems\WS2022\sources\sxs. Failing to do so will prevent .NET Framework 3.5 from being installed if the VM does not have Internet access.


2. Copy the BGInfo file (bginfo.exe) to the following folder: C:\CMLab\DS\Applications\Install – BGInfo\Source

3. Copy the Windows ADK 11 setup files (1.6 GB) to the following folder:
C:\CMLab\DS\Applications\Install – Windows ADK 11\Source

4. Copy the Windows ADK 11 WinPE Addon setup files (3 GB) to the following folder:
C:\CMLab\DS\Applications\Install – Windows ADK 11 WinPE Addon\Source

5. Copy the SQL Server 2019 Standard x64 setup files (the content of the ISO, not the actual ISO) to the following folder:
C:\CMLab\DS\Applications\Install – SQL Server 2019\Source

6. In the C:\CMLab\DS\Applications\Install – SQL Server 2019\Source folder, create a subfolder named Updates, and copy the latest SQL Server 2019 CU setup file to it (CU 14 when I wrote this guide).

7. Copy the SQL Server Management Studio setup file to the following folder:
C:\CMLab\DS\Applications\Install – SQL Server Management Studio

8. Copy the SQL Server 2019 Reporting Services setup file to the following folder:
C:\CMLab\DS\Applications\Install – SQL Server 2019 Reporting Services\Source

9. Copy the Microsoft ODBC Driver 18 for SQL Server (x64) setup file to the following folder:
C:\CMLab\DS\Applications\Install – Microsoft ODBC Driver 18

Microsoft ODBC Driver 18 for SQL Server (x64) setup files copied.
10. Copy the ConfigMgr 2403 setup files (extract the download) to the following folder:
C:\CMLab\DS\Applications\Install – ConfigMgr\Source

11. Copy the ConfigMgr 2403 PreReqs setup files to the following folder:
C:\CMLab\DS\Applications\Install – ConfigMgr\PreReqs

12. Copy your Windows 10 reference image (must be named REFW10X64-001.wim, case sensitive), to the following folder: C:\CMLab\DS\Operating Systems\Windows 10
Note #1: The WIM image should only have a single index with the Windows 10 Enterprise edition. Please use the script to extract the correct index from a Windows 10 ISO file.

The Windows 10 Enterprise image copied.
13. Copy your Windows 11 reference image (must be named REFW11X64-001.wim, case sensitive), to the following folder: C:\CMLab\DS\Operating Systems\Windows 11
Note #1: The WIM image should only have a single index with the Windows 11 Enterprise edition. Please use the script to extract the correct index from a Windows 11 ISO file.

The Windows 11 Enterprise image copied.
Optional – Populate the hydration deployment share with files for MDT01
Note: These steps are only needed if you want to deploy the optional MDT01 virtual machine. If you don't need this VM, simply skip to the next section: "Create the Hydration Kit ISO (MDT offline media item)"
1. Copy the SQL Server 2019 Express setup file (SQLEXPR_x64_ENU.exe) to the following folder:
C:\CMLab\DS\Applications\Install – SQL Server 2019 Express\Source

2. Copy the MDT 8456 setup file (MicrosoftDeploymentToolkit_x64.msi) to the following folder:
C:\CMLab\DS\Applications\Install – MDT

Step 4 – Create the bootable Hydration Kit ISO (MDT offline media item)
1. Using Deployment Workbench (available on the Start screen), expand Deployment Shares, and expand Hydration ConfigMgr.
2. Expand the Advanced Configuration node, and then select the Media node.
3. In the right pane, right-click the MEDIA001 item, and select Update Media Content.
Note: The media update will take a while to run, a perfect time for a coffee break.

After the media update you will have a big ISO (HydrationCMWS2022.iso) in the C:\CMLab\ISO folder. The HydrationCMWS2022.iso should be about 14-16 GB in size (size will vary a bit depending on your Windows Server 2022 image and software added).

Step 5 – Create and Deploy the virtual machines
First, all accounts, including Administrator, have a password of P@ssw0rd. Secondly, you either create your VM manually, and connect them to the Hydration Kit ISO. Or you can automate that process to with a bit of PowerShell.
Creating the Virtual Machines via PowerShell
If you want a PowerShell script that creates these VMs for Hyper-V, use New-LabVMsForHyperV.ps1 script from the C:\Setup\HydrationKit folder. The syntax for the scripts is as follows:
.\New-LabVMsForHyperV.ps1 -VMLocation C:\VMs -VMNetwork Internal -ISO C:\CMLab\ISO\HydrationCMWS2022.iso

Note: If using Hyper-V, do Not configure the virtual machines for dynamic memory. If you do, the installation will take a very long time. Dynamic memory can be enabled when installation (hydration) is completed.

Deploying DC01
Using Hyper-V Manager or VMware Workstation/Sphere, create a virtual machine with the following settings:
- Name: DC01
- CPU: 2 vCPU
- Hard drive: 100 GB (dynamic disk)
- Memory: 2 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
- Start the DC01 virtual machine. After booting from HydrationCMWS2022.iso , and after WinPE has loaded, select the DC01 task sequence.
- Wait until the setup is complete and you see the Hydration Complete message in the final summary.
- Leave DC01 running while deploying the CM01 virtual machine.
Deploying CM01
Once the domain controller (DC01) is up and running, you can deploy the CM01 virtual machine. Don't forget to leave DC01 running while deploying CM01 since it is joining the domain during deployment. Use the following settings for the CM01 virtual machine:
- Name: CM01
- CPU: 4 vCPU
- Hard drive: 300 GB (dynamic disk)
- Memory: 16 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
Post configuration of CM01
After deploying CM01, make sure the machine has access to Internet. Again either via Configure NAT in Hyper-V or VMware, or by setting up a virtual router.
Then, in the Administration workspace, in the Updates and Servicing node. Click Check for Updates, and then install the latest updates available. Don't forget to do a final reboot after applying the updates, there is usually a pending reboot caused by the upgrade process.
Deploying MDT01 (Optional)
Once the domain controller (DC01) is up and running, you can deploy the optional MDT01 virtual machine. Don't forget to leave DC01 running while deploying MDT01 since it is joining the domain during deployment. Use the following settings for the MDT01 virtual machine:
- Name: MDT01
- CPU: 2 vCPU
- Hard drive: 300 GB (dynamic disk)
- Memory: 4 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
Deploying DP01 (Optional)
Once the domain controller (DC01) is up and running, you can deploy the optional DP01 virtual machine. Don't forget to leave DC01 running while deploying DP01 since it is joining the domain during deployment. Use the following settings for the DP01 virtual machine:
- Name: DP01
- CPU: 2 vCPU
- Hard drive: 300 GB (dynamic disk)
- Memory: 4 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
Deploying FS01 (Optional)
Once the domain controller (DC01) is up and running, you can deploy the optional FS01 virtual machine. Don't forget to leave DC01 running while deploying FS01 since it is joining the domain during deployment. Use the following settings for the FS01 virtual machine:
- Name: FS01
- CPU: 2 vCPU
- Hard drive: 300 GB (dynamic disk)
- Memory: 4 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
Deploying PC0001-4 (Optional)
Once the domain controller (DC01) is up and running, you can deploy the optional PC0001-4 virtual machine(s). Don't forget to leave DC01 running while deploying PC0001-4 since they are joining the domain during deployment. Use the following settings for the PC0001-4 virtual machine(s):
- Name: PC0001 / PC0002 / PC0003 / PC0004
- CPU: 2 vCPU
- Hard drive: 60 GB (dynamic disk)
- Memory: 4 GB (static memory)
- Network: Your lab network
- Image file (ISO): C:\CMLab\ISO\HydrationCMWS2022.iso
Next Steps – Optional Post-ConfigMgr Install Tasks
This kit has pre-configured steps that can automatically install Configuration Manager roles depending on the goals for your lab. These steps are disabled by default and if no customizations were made to the kit, they can be enabled without adjustment.

Optional Post-ConfigMgr Install Tasks
Currently, the kit supports the following tasks:
- Reporting Services Point
- Software Update Point
Reporting Services Point credentials and SSRS Instance can be updated in the following file:
- C:\CMLab\DS\Applications\Install – ConfigMgr Reporting Services Point\HYDCMRSPConfig.PS1
Software Update Point requires additional tasks to be enabled:
- Install – WSUS
- Configure – WSUS Settings
- Settings based on Invoke-WSUSConfiguration.ps1
- More information at Fixing WSUS – When the Best Defense is a Good Offense
WSUSContent directory and SQL Server config can be updated in the following file:
- C:\CMLab\DS\Applications\Install – WSUS\HYDWSUSConfig.ps1
Note: The first sync of WSUS always takes some time. It may be several hours before new products are shown in the site's Software Update Point configuration. You can track WSUS synchronization by viewing WSyncMgr.log on CM01.
Next Steps – Customizing the Hydration Kit:
Below is a quick walk through of items to change if you need to customize the kit. For a broader scope, please see the post Customizing the ViaMonstra Hydration Kit.
If you need to change server names, IP addresses, domain names, installation, passwords, etc. in the environment, the main configuration is stored in the various INI files in the C:\CMLab\ISO\Content\Deploy\Control folder.
Note: Again, by default, all accounts, including Administrator, have a password of P@ssw0rd.

For the ConfigMgr (CM01) VM you need to update the following files:
- C:\CMLab\DS\Applications\Install – ConfigMgr\ConfigMgrUnattend.ini
- C:\CMLab\ISO\Content\Deploy\Control\CustomSettings_CM01.ini
If you need to change the various service accounts, you need to modify the Configure-CreateADStructure.wsf script in the C:\CMLab\DS\Applications\Configure – Create AD Structure
folder.
Customizing with a script
With a huge thanks to Matt Bennigne, a customization script called CustomizeHydrationKit.ps1 has been updated and added to the Server 2022 kit for the first time! This script assists in changing many of the customizable parameters of the Hydration Kit, including IP addresses, domain name, time zone, and passwords.
In addition, the script will make a copy of the original configuration so that you can easily revert your changes. Upon rerunning the script on a customized Deployment Share, the script will revert all files to the original copies before applying your changes again.
Written by Johan Arwidmark
I think you should mention above, to go through all the comments. I had a couple issues that were answered by the comments. Thank you.
With the latest version of Server 2022 I downloaded, it fails to install SQL and a few of the roles don't install for CfgMgr prereqs. I had to install SQL ODBC 18 drivers manually after putting a pause into the TS prior to installing the CfgMgr Prereqs, as making it an app to install just doesn't do anything strangely enough. But I've also modified the New-LabVMsForHyperV.ps1 as I continually have to go in and enable TPM (On Win11 host, my builds fail if this isn't enabled), and disable Dynamic Memory (I've 128GB of ram). Here's the relevant lines of my… Read more »
hello, I have installed all the hydration kit with wsus. I have issue with software updates at being push/showing on clients. if I make applications and deploy they show up in software center. the only error I see in logs is no ccm identification blob and communication with mp check: failed
any ideas whet I need to do?
Here is a great troubleshooting guide to follow: https://learn.microsoft.com/en-us/troubleshoot/mem/configmgr/update-management/troubleshoot-software-update-deployments
I have rebuilt the CM01 to fix the SQL link issue, but when I add the windows update role to the server there in no windows 10 to pick from the list. I have updated the server and sccm to the latest version. how can I get windows 10 and 11 to show in the list when configuring the Software Update Point?
I have a stuck configuration manger update, trying to run cmupdatereset. but I need the administrator name and password for the SQL server. I have trying the default name and password of administrator and P@ssword.
can you help with the sql administrator and password
By default in the Hydration kit we add the domain administrator as a sysadmin in SQL, and Full Administrator in ConfigMgr. Make sure to be logged in with that account instead of the local administrator account on CM01.
can you help with getting net 3.5 installed with task for cm01. it fails with needs .net 3.5 installed
Are you receiving any detailed errors? Note, if your VM does not have internet access you will need to add some additional files:
Note #2: If your VMs does not have Internet access during the Hydration Kit build, make sure to also copy the microsoft-windows-netfx3-ondemand-package~31bf3856ad364e35~amd64~~.cab file to the following folder: C:\CMLab\DS\Operating Systems\WS2022\sources\sxs. Failing to do so will prevent .NET Framework 3.5 from being installed if the VM does not have Internet access.
thanks for the fast reply, I have added the .cab file to the location. I did not change anything else in the task. this is an off line lab no internet assess. here is what I get <10-16-2024 10:04:13> ********************************************* <10-16-2024 10:04:13> ***** ConfigMgr Setup Bootstrapper ***** <10-16-2024 10:04:13> ********************************************* <10-16-2024 10:04:13> NOUSERINPUT was specified. <10-16-2024 10:04:13> Commandline: <10-16-2024 10:04:13> "D:\Deploy\Applications\Install - ConfigMgr\Source\SMSSETUP\BIN\X64\SetupWpf.exe" /Script D:\Deploy\Applications\Install - ConfigMgr\ConfigMgrUnattend.ini /NoUserInput <10-16-2024 10:04:13> INFO: Checking dotnet framework versions... <10-16-2024 10:04:13> Error: Dotnet 3.5 is not installed. <10-16-2024 10:04:13> Setup requires both .NET Framework 3.5 SP1 to continue; however, it was not found on… Read more »
Typically that's enough to resolve it. Did you rebuild and mount the media ISO afterwards?
Patrick in the comments below mentions that this helped him:
"I added a step to the TS after BGInfo and added an application called InstallNet35 that runs the line: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:"D:\Deploy\Applications\Install – Net35""
still get error dotnet 3.5 not installed after more cab file to C:\CMLab\DS\Operating Systems\WS2022\sources\sxs. this lab does not have access to the internet
Configmgr fails to install because the MSSQLService is not running, starting the service manually and installing configmgr manually from the ISO Finishes the Task The SQL Service is timing out thus configmgr is failing. Harddrive is not an SSD may be the cause or my hardware that the vm is running on is not up to spec. If the Microsoft ODBC Driver 18 for SQL Server isnt added to the task sequence configmgr will fail to install I had to add it to the task sequence with the Install Command msiexec /i msodbcsql.msi /qb IACCEPTMSODBCSQLLICENSETERMS=YES. Worked without error until the… Read more »
I've never seen a SQL setup fail on a mechanical drive, but I also haven't used mechanical drives for about 10 years… Try to run the SQL Installer interactively on the VM to see if something is up with the media.
Hi Johan, I hope you are having a great day. I really appreciate your effort to put this pack together and I am very thankful for that. I have followed scrupulously the step and when started with DC01, when applying the OS image, it throws me an 0x80004005. I have a doubt that I would need new OperatingSystems.xml and possibly groups OperatingSystemGroups.xml due to the fact that in the xml body I have ImageName Standard and not full Standard (Desktop Experience)… or maybe another error. I extracted and verified the wims and I stopped here. Can you please help? Thank… Read more »
You only need to copy the wim file exactly as described in the instructions. It needs the following
1. The WIM file name must match the name in the XML, and its case sensitive
2. The WIM must have only one index
3. The single index must be a Standard Windows Server 2022 (LTSC, Desktop Experience)
Thank you, I did all of those and checked. For me, what worked, was to go to Deployment Workbench and on DC01 task to edit OS (third tab – OS info => Edit Unattend.xml) then in the new window I removed from "Windows Image" tab the image then added the exact same from exact same location and it did the trick.
Thank you again for your directions and help, it is very much appreciated.
I followed the steps but unfortunately it didn't work for me. The DC01 booted to a blank MDT screen and it doesn't proceed from there.
I think it will be easier to manually setup SCCM in a custom test lab.
I'm sorry to hear the kit does not work for you. If send me an email at johan.arwidmark@deploymentartist.com I can follow up with you offline.
Greetings. First time installing the Hydration kit locally on Win11. Got SQL ODBC driver issues when attempting to run setupdl.exe for CfgMgr.
Ended up having to get the ODBC SQL driver from here:
https://learn.microsoft.com/en-us/sql/connect/odbc/download-odbc-driver-for-sql-server?view=sql-server-ver16
And enabling the bottom option that's got a X on it.
Everything else is good tho. Thanks!
Good catch, we'll make sure to update the Kit with this.
How do I install the ODBC driver?
The guide says to place it on the D drive with a folder called DS\Applications\Install – Microsoft ODBC Driver 18
I'm assuming you meant C drive like every other file that had to be moved here. But there is no folder called "Install – Microsoft ODBC Driver 18"
Should I create it?
Everything else is fine.
That was a typo on my part. You can create the folder manually alongside the other application folders in your deployment share, but it should be created with the latest version of New-HydrationKitSetup.ps1
On line 53: New-Item -Path "$Path\DS\Applications\Install – Microsoft ODBC Driver 18" -ItemType Directory -Force
Thanks for the note! We added an install step for the ODBC Driver to the CM01 sequence and updated the article to reference CM 2403.
I've setup the labs, how do I go about activating the devices with licence key?
Here is a link that describes that process: https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-conversion-options
For some reason my PC001-4 don't seem to connect to the domain automatically. I've checked the ipconfig and it seems to be assigned from another DHCP but not sure how. All the other machines got their IP fine but it's just these and I can't change these to static to join the domain manually. any help is appreciated. thanks
If using VMware, disable VMWare's own DHCP it configures. If Hyper-V make sure the VMs are on an Internal or private network.
Also, PC0001-PC0004 have static IP addresses, not depending on DHCP.
in trying to deploy the PC001-4 , in the hydration script i receive any error that the .iso it is looking for is on a F: drive. is there a way to point it in the correct direction?
Do you get that error when the machines try to resume the task sequence in full Windows?
Hmmm have not tried that. also just saw the flame button. going to try some of the suggestions there
For SQL Server 2022, I had to change the config file to use domain accounts for the different services. Because of this I added a TS Step to create those service accounts ahead of the SQL server install, this way CM doesn't complain about SQL running under a local account.
Thanks for the update, I'll make sure to add that to future versions of the kit.
Do you have an update for SQL Server 2022?
I created a config file to the best of my ability but ConfigMgr complains about the service running not running as a system account. I can pass along the ini file if needed.
.Net 3.5 was failing for me on the CM01 install (not internet connected). I added a step to the TS after BGInfo and added an application called InstallNet35 that runs the line: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:"D:\Deploy\Applications\Install – Net35"
I'm glad you solved the problem. Usually, it's enough just populating the same folder under the operating system/ws2022 folder.
Any ideas on why the VMs from the HydrationKit are shooting down every 1 hour? Troubleshooting is telling is due to the evaluation ISO. Any ideas on how to fix it?
When the trial license expires, you get that behavior. The only supported way to stop that is by assigning real licenses and activating them. To be fully supported, when using trial licenses, you have to rebuild the VMs every now and then.
Now, on the unsupported side, you can try running slmgr -rearm and see if the grace period resets. I haven't tried it myself, and you may be breaking a license agreement or two, but folks have reported it works.
Hey Johan, I am seeing the following error message when I launch the VM for the initial time with the HydrationCMWS2022.iso. I just click on the X at the top and it seems to process but wasn't sure if something else was as play that I needed to address.
Paul – does this post help? https://www.deploymentresearch.com/notes-from-the-lab-on-windows-adk-for-windows-11-22h2/
Thanks Andrew that appears to have worked. Another question, any reason why WSUS/SUP task sequence step is disabled?
Also are you aware of any issues with upgrading the CM after using the hydration kit? I was get a failure when trying to upgrade the CM database. Similar to this — https://www.prajwaldesai.com/configmgr-database-upgrade-error-0x87d20b15/
Glad to hear!
Those steps are optional if you want to speed up deployment but disabled by default so you would have essentially a fresh CM install that allows you to work through adding roles. That's detailed here on GitHub: https://github.com/DeploymentResearch/HydrationKitWS2022#next-steps—optional-post-configmgr-install-tasks. Thanks for pointing it out though, because I see it was missing on this post! I've added it to this guide.
I'm not aware of any issues with the CM upgrade, but I'll spin up a new server and try it out.
Andrew,
I re-built the CM server and ran the upgrade. This time however I installed MS OBDC Driver 18 and then rebooted before performing the upgrade. This time it was successful thought I can't say for certain this was the reason.
That said I am now trying to build the workstations and once the task sequence loads and it starts laying down the OS after the reboot all I get is a black screen. Anyone report any issues with the Win 10 and Win 11 client OS deployments.
If deploying clients in Hyper-V it's quite common to get a black screen after the first reboot. It's a known Hyper-V bug, and you can simply close the VMConnect window to the VM, and connect again to see the "real" screen.
Hi, okay I am trying to reinstall all the servers again, but I am having a problem with CM01 it does not seem to want to deploy the configuration manager part.
ConfigMgr failing is usually because a pre-requisited is missing. Check the C:\ConfigMgrSetup.log file for info on why ConfigMgr did not install.
Did you figure out what was wrong? I am also having this issue with multiple attempts.
Please message me on LinkedIn, and I can help you offline.
Hi
To my last it it seems that the partitioning part failed. Also, it looked like the Configuration software did not deploy to the CM01 server and is there a way that you can deploy the different servers to different HDD's during the initial setup as well.
Make sure you have created a large enough hard drive per the spec in the blog post. For CM01 it needs to be at least 300 GB. You can definitely place different servers on different volumes, by simply creating the VM on the volume, or migrate the VM after it's built to a different volume.
Hi When I start the server, I get this error attached, if I click yes or no nothing happens if I select the x then it closes, and I then can select the operating image. This occurs with all the builds. I also seem to get the second attached image error when I try and run the MDT01 image build, I cannot get to copy the smsts.log file from the sytem.
You can always attach a second VHDX to the VM, and copy the logs to that one. Then detach it, and mount it on the host OS.
PC001-PC004 don’t deploy with the proper names on them, get ts error but it points to D:\deploy\operating systems, thats not where the wims are how can this be changed?
You need to copy the Windows 10 or Windows 11 WIM images to the Windows 10 or Windows 11 folder that the latest New-HydrationKitSetup.ps1 script creates. The default WIM file names are REFW10X64-001.wim and REFW11X64-001.wim. I'll update the blog post with this info.
I did put them and name them the right names, this is the error I get when trying to install the pc's. Please note, instead of C:\ I used D:\ and all the server vms work and deployed fine.
The file names are case-sensitive. Can you send me a screenshot of the Windows 10 folder in your deployment share? (Or from the Deploy\Operating Systems\Windows 10 in your ISO).
Yes let me send all 3
Win10 Folder
Win11 Folder
Hi Johan, I have attached the screenshot you requested showing the folder shares.
The screenshot looks ok. Can you share the output from this command? (replace with your path): Get-WindowsImage -ImagePath "D:\HydrationCMWS2022\DS\Operating Systems\Windows 10\REFW10X64-001.wim"
Also, when in WinPE, when you see the wizard error, press F8, and do a directory listing of D:\Deploy\Operating System\Windows 10, and share that screenshot as well.
Image Path screenshot, Won't let me browse to D:\ in WinPE
You need to use cd /d D: if you want to change drive letter via Cd command. Or type D: only
Looks like the wim isn't in there, not sure where I messed up.
Make sure to add the WIM files to your deployment share structure, and then update the media again.
I think I figured it out, before Step 4 when you create the master ISO, the Windows 10 and Windows 11 ISO's need to be but into the Operating Systems folder, then you create the Master ISO, failing to do so you will not be able to deploy the PC001-0004 VM's.
Edit: This was the issue, I can confirm this is now working. Thank you Johan for the help I appreciate it, this would be good step to add in before creating the HydrationKit ISO.
Not the Windows 10 and Windows 11 ISO's, but the extracted Windows 10 or Windows 11 Enterprise WIM from the ISO.
PC002 Task Sequence throws an error
Make sure you replace the OperatingSystemGroups.xml and OperatingSystems.xml file with the new version. You can also open the PC0002 task sequence in the Deployment Workbench, and see if it complains about the OS is missing.
Look again at Step 3 the first screenshot, i bet like me, and many others who also encountered this error,
you placed the wim inside the Sources folder, i learned it the hard way looking at the log with F8 in E:\MININT…
Just placing the wim like in the screenshot in C:\CMLab\DS\Operating Systems\WS2022 cleared this issue.
I have all the server's working, this is the PC VM's that are not installing
All right, your screenshot the wim in the right folder but your error is exactly as mine,
at this time OSDisk is E:
so open this log and look for your wim name if it say something like invalid
E:
cd MININT\SMSOSD\OSDLOGS
notepad BDD.log
I am experiencing the same problem others are with the OS installation under VMware. When using Hyper-V, the problem doesn't appear to occur, however with VMware ESXI the issue occurs repeatedly during CM01's installation process. Tried alternative NIC's, but the issue continues.
Logs show FQDN isn't resolving properly, but the configs are exactly the same as those under Hyper-V which works. Any recommendations?
DC01 works correctly, it's just the CM01 installation I am focused on.
Sorry for the very late reply, but the only thing that comes to mind is checking the IP address during deployment (press F8).
Hello,
I've noticed the the CM01 doesn't join the domain, I've already tried several times and no luck. Did anyone had the same issue, am I missing something here ? Thank you.
Hi Radu,
The only thing that comes to mind is another DHCP server handing out IP addresses so that the DHCP Server on DC01 never had a chance to do its job.
Curious if you've thought about what it would take to create something similar to this in Azure using spot instances so at least the cost stays low. I would be super interested in something like that! 🙂 As always, love the Hydration kits, thanks Johan!
Hi Stout.
I have not given Azure spot instances any thought, sounds like my lab can be inaccessible when I need it the most.
My VMs do not have access to the internet, so I followed the advice to copy microsoft-windows-netfx3-ondemand-package~31bf3856ad364e35~amd64~~.cab to C:\CMLab\DS\Operating Systems\WS2022\sources\sxs. However, .NET Framework 3.5 does not install and so the installation of ConfigMgr fails since it is missing. Manual installation via the Server Manager results in a freeze of the VM. So I checked the Task Sequence in MDT for the ConfigMgr Prerequisites and found that the checkbox for .NET 3.5 was not checked. However, deploying the updated ISO did not fix the issue either.
What am I missing? Thank you for helping in advance.
Best regards
Yannick
Hi Yannick,
Sorry about that, the task sequence template for CM01 has been updated on GitHub with a fix for that. Thanks for letting me know.
/ Johan
I fixed the issue. in $edition it needs to be "Windows Server 2022 Standard Evaluation (Desktop Experience)" you have "Windows Server 2022 Standard (Desktop Experience)"
Thanks for the update. The Export-WindowsServer2022WIMfromISO.ps1 script has been updated with that information
/ Johan
A Windows Server 2022 Standard WIM image (single index, fully updated). The easiest way to get one is to download an already updated Windows Server 2022 ISO file, and then run this PowerShell script:
I go to the Microsoft eval site, and I download the ISO for Server 2022, rename the iso and when I run this script i get the following error:
WARNING: WIM Edition: Windows Server 2019 Standard (Desktop Experience) does not exist in WIM: D:\sources\install.wim, aborting…
What am I missing?
I'm experiencing the same issue, did you manage to figure this out?
Pls share the hydration kit for MECM CB 2203 on Windows Server 2022
Hi, Both the Windows Server 2019 and Windows Server 2022 Hydration Kits for ConfigMgr Current Branch has now been updated for CB 2203.
/ Johan
SQL Server 2019 Cumulative Update link points to 2017 CU, not 2019. Correct link is Download SQL Server® 2019 for Microsoft® Windows Latest Cumulative Update from Official Microsoft Download Center
Thanks, I've updated the link
I have updated the following files
ConfigurationFile.ini – line 147 with SQLSYSADMINACCOUNTS="TIMBO\Administrator" "BUILTIN\Administrators"
Install-HYDSQLServer2019.ps1 – line 133 with $OriginalSQLSYSADMINACCOUNTS = "SQLSYSADMINACCOUNTS=
"TIMBO\Administrator""BUILTIN\Administrators""Note that CU15 (SQLServer2019-KB5008996-x64.exe) is in the Updates folder
But there seems to be an error displayed as indicated in attachment
Any help, much appriechated
Regards
Tim
Hi Tim,
We did some changes in the SQL Server 2019 installation script that allows you to set custom admin accounts as a variable in CustomSettings.ini. The SQLSYSADMINACCOUNTS variable, which you can modify in CustomSettings_CM01.ini. I have updated the post with this info.
Thank you for yet another amazing Hydration kit Johan. This one initially appeared to be rather straight forward until I hit the following problem. CM Client on my W10 client will not retrieve policy unless an additional internet connected network is attached to the W10 client. I don't intend to connect this lab to the internet unless I have to. Hydrated with default network and naming scheme, configured an "IP Range" based boundary and assigned to a boundary group with site assignment. Enabled PXE boot. Deployed an W10 client via CM Client install task sequence. W10 client is assigned to… Read more »
Hi Donut,
For a more advanced networking setup, please check out this guide that works well with the Hydration Kit setup: https://www.deploymentresearch.com/using-pfsense-community-edition-as-a-virtual-router-for-your-lab-environment/
What's your Server Hardware Model?
Hi Syed,
My main Hyper-V Hosts are two HP Z840 workstations, with lots of CPU, disk, and memory. But I have successfully installed the Hydration Kit and created the VMs on systems with 32 GB RAM, i7, and a 1 TB NVMe SSD. Even a 5-6 year old Dell OptiPlex 7040/7050 works great for this.
Step 4: copy ADK WinPE Addon. No source folder will be created with your script.
Hi Christian,
Sorry about that, has been fixed in the latest version.
your download URL for SQL CU14 linked to SQL CU 2017.
Hi Christian,
The link has been updated.
Hi having put a lab together i am finding i can pxe boot f12 and get the task seq menu on selecting and it running the pre check i am having reports that the boot dosk is not on the dp on checking i find it is but it still fsils at this point any ideas.
Hi Adrian,
That's a bit more complex to troubleshoot over a blog comment. If you still have the issue, please reach out to me on LinkedIn, and I'll try to help you.
Great work Johan,
thanks for IT.
But the Applications.xml is not the right one.Apps are missing. PS Code Exists but the TS fire´s Error.
Thanks again
Hi Meik,
Sorry for the very, very, late reply, but as you probably have noticed we have now fixed that bug.
Hello, I have taken all the steps related to changing ip/account/domain/passwords… during the installation everything goes well, but only 1 sctipt is not executed. The DC server creates the new domain with the given password but the accounts are not created in the OU/AD. What could possibly go wrong? I double checked the script. My next step is just leave everything default and install it.
Hi Simon,
I would have to get access to your ISO to see what's missing. If you still need help with this, please send a message on LinkedIn, and I'll be happy to help.
Question for you, Johan. Was there a change to BitLocker in Server 2022? I can use MDT to store my BitLocker keys in Windows 10, Windows 11, Server 2019, but not Server 2022. All the other keys get stored, and BitLocker is activated on the other 3 operating sytems, but not 2022. I have to go in and Activate it, then either "print" the key or store it elsewhere. My Rules contains:
BDEInstall=TPM
BDEInstallSuppress=NO
BDEWaitForEncryption=TRUE
BDEDriveSize=3000
BDEDriveLetter=S:
BDERecoveryKey=AD
BDEKeyLocation=\\<SERVERNAME>\Deploy$\RecoveryKeys
BDEAllowAlphaNumericPin=YES
I've enabled "Wait for BitLocker to complete…" in the Enable BitLocker portion of the Task Sequence.
Hi Daniel
Sorry, but I don't know about that one. Have not tested to escrow BitLocker keys via MDT to Windows Server 2022.
Hi Johan,
This is a very thorough and detailed procedure, You're the man !
Keep up the good work.
Fantastic. I look forward to joining you for the Q1 2022 lab environment discussion!