How can I deploy Windows 10 Enterprise x64 with MDT 2013 Update 1 integrated with System Center 2012 R2 SP1 Configuration Manager ?

[anyweb]

In a previous post I showed you how you can upgrade System Center 2012 R2 Configuration Manager to System Center 2012 R2 SP1 Configuration Manager with MDT 2013 Update 1 integrated. If you haven't upgrade ConfigMgr yet then I urge you to do so before starting this post.

 

In this post I'll show you how you can deploy a clean build of Windows 10 Enterprise x64 by using the official media from Microsoft in a MDT integrated task sequence in ConfigMgr. Before we can do that however we need to create a bunch of new MDT content by creating a new MDT 2013 Update 1 task sequence and choosing from the available options to create the new MDT Toolkit and MDT Settings packages. In addition, we will create a new MDT 2013 Udpate 1 boot image (x64).

 

Note: I should point out that there were some bugs in the initial release of MDT 2013 Update 1 which were excellently documented by Johan here. However, Microsoft has released a new version of MDT 2013 update 1 (September 15th 2015) as documented here and it should resolve most of those bugs.

 

Step 1. Get the Windows 10 Enterprise x64 media

I used the Windows 10 Enterprise x64 media from MSDN available here which i then mounted in Windows File Explorer. After mounting the ISO, copy the contents to somewhere useful like \\server2012\sources\os\os_media\windows 10 x64

 

 

Step 2. Add a Windows 10 x64 image

To add the operating system do as follows. In the ConfigMgr console, select Software Library, then Operating Systems then Operating System Images. Right click and choose Add Operating System Image.

 

 

Point it to the install.wim file in the sources folder of the Windows 10 Enterprise x64 media you added in Step 1.

 

\\server2012r2\sources\os\os_Media\Windows 10 x64\sources\install.wim

 

and fill in some details about the image and continue through the wizard until completion.

 

Step 3. Distribute the Windows 10 image to your dps

Right click the newly added image, choose Distribute Content, and continue through that wizard.

 

 

Step 4. Create MDT Task Sequence

In order to create our new packages (MDT Toolkit and MDT Settings) we need to go through the Create new mdt task sequence wizard. To start that, in the ConfigMgr console click on Software Library, Operating Systems, Task Sequences, right click and choose Create MDT Task Sequence.

 

 

Choose Client Task Sequence from the list of available options

 

 

For task sequence name, use Deploy Windows 10 x64

 

 

For Details, enter the domain join details, then enter any Windows settings, and lastly enter a Local administrator password in case you decide to deploy this task sequence later and it fails before joining the domain.

 

 

For Capture Settings, select This task sequence will never be used to capture an image

 

 

For Boot Image select the second option, this will allow you to create one of the two architecture MDT boot images, specify a suitable source such as \\sccm\sources\os\MDT\MDT 2013 Update 1\WinPE 10(x64) which will be created later by this wizard.

 

 

for the Boot Image General Settings use the following values:

• Name: MDT 2013 Update 1 boot image (x64)
• Version: 10.0.10240.16384
• Comment: WinPE10

 

select x64 architecture

 

 

for Components, leave the selection as is (there is a bug related to this)

 

 

For the Customization step let's point it to some preconfigured Extrafiles, basically in the extrafiles folder we create a folder called Windows and in that folder place a text file called smsts.ini which has the following contents

[Logging]
LOGLEVEL=0
LOGMAXSIZE=524288000
LOGMAXHISTORY=3
DEBUGLOGGING=1
CCMDEBUGLOGGING=1

this will enable better logging in WinPE as per this blog post.

 

 

For the MDT Package step, not you have the ability to create the new MDT 2013 Update 1 MDT Toolkit Package, by selecting the Create a New Microsoft Deployment Toolkit Package option. For the Package source option use something like

 

\\sccm\sources\os\mdt\MDT 2013 Update 1\MDT Toolkit

 

 

for MDT Details use the following settings:

• Name: MDT Toolkit
• Version: 2013 Update 1
• Language
• Manufacturer: Microsoft
• Comments

 

For OS Image, select Specify an existing OS image and browse to the previously added Windows 10 Enterprise x64 image.

 

 

For Deployment Method you get to choose the type of task sequence interaction will be used, if you want your users to have choices then select the UDI option, otherwise select the Zero Touch option to remove choices from the task sequence. In this guide we will select Perform a Zero Touch Installation OS Deployment with no user interaction.

 

 

for Client Package, select Specify an existing ConfigMgr client package and browse to the one you wish to use.

 

 

for USMT Package select the User State Migration Tool for Windows 10 package which we renamed in this post.

 

 

For Settings Package, we need to create our new MDT 2013 Update 1 settings package, therefore select the second option. You only have to do this once, and that is when you upgrade to a new version of MDT. Select Create a new settings package and fill in the path to be created as shown below something like \\sccm\sources\os\mdt\MDT 2013 Update 1\MDT Settings

 

 

for Settings Details use the following settings:

• Name: MDT Settings
• Version: 2013 Update 1
• Language
• Manufacturer: Microsoft
• Comments

 

for Sysprep Package, set No sysprep package to use and continue through to the end of the wizard.

 

 

off it goes creating the Boot Image

 

 

and after a while you'll get a process completed successfully message (hopefully).

 

 

close the wizard.

 

Step 5. Distribute the new MDT Toolkit and MDT Settings packages

Open the ConfigMgr console, and press F5 or refresh the view to see the newly created packages. Select both of the MDT packages, right click and choose distribute content, continue through that wizard until completion.

 

 

Step 6. Edit the boot image settings.

Browse to Software Library, Operating Systems, Boot images and select the MDT 2013 Update 1 boot image x64. Right click and choose Properties, and select the Data Source tab. Place a checkmark in Deploy this boot image from a PXE enabled distribution point.

 

 

Next select the Optional Components tab and select the yellow starburst to add any new Optional Components that you want in the boot wim including Database (WinPE-MDAC) which was not included due to a bug.

 

 

click Apply and answer no to the Distribute content to dp's now question

 

 

close the wizard when done.

 

Step 7. Distribute the new MDT 2013 Update 1 boot image

Browse to Software Library, Operating Systems, Boot images and select the MDT 2013 Update 1 boot image x64. Right click and choose Distribute Content, continue through that wizard until completion.

 

 

Step 8. Deploy the task sequence

Browse to Software Library, Operating Systems, Task Sequences and select the Deploy Windows 10 x64 task sequence. Right click and choose Deploy and use the following settings

 

For the General screen choose a suitable OSD Deploy collection

 

 

for Deployment Settings make sure it is set to Available and deployed to Only media and PXE

 

 

continue through the rest of the wizard until completion

 

 

Note: Once you've deployed the task sequence, you may have to set the Deployment available date back a day otherwise it won't show up due to a bug. This ConfigMgr bug is set to be fixed in CU2.

 

 

Step 9. PXE boot a VM to experience the changes

Now everything is in place for testing a deployment of Windows 10 using an MDT 2013 Update 1 integrated task sequence in Configuration Manager. Simply PXE boot a computer that is a member of the OSD Deploy collection.

 

While PXE booting, you can verify that the WIM file it's pulling down is indeed your newly created MDT 2013 update 1 boot image by looking at the boot image package id.

 

 

It should match the Image ID column beside your new boot wim

 

 

if it doesn't then you are probably booting from a different task sequence or there are problems with the content of the MDT boot image.

 

Once the boot image has loaded you'll see the new Microsoft Deployment Toolkit background, and the new Windows PE 10 PXE password prompt

 

 

and you see the list of Task Sequences, if your's doesn't show up, verify the deployment scheduling date as mentioned above.

 

 

select the Deploy Windows 10 x64 and click next

 

and off it goes...

 

 

running Windows Setup

 

And we are done.

 

 

In a later post i'll guide you through adding drivers to the task sequence, until next time adios.

 

Recommended reading

• New version of MDT 2013 Update 1 released to squash bugs in the first release - http://www.niallbrady.com/2015/09/15/new-version-of-mdt-2013-update-1-released-to-squash-bugs-in-the-first-release/
• http://blogs.technet.com/b/msdeployment/archive/2015/08/25/mdt-2013-update-1-release-notes-and-known-issues.aspx

[Grasty]

Do you still need to remove AutoLogon and FirstLogonCommands from the Unattend.xml after the re-released MDT 2013 Update 1 (8298)? In your guide you said that Johan had said to remove them in his MDT Update 1 upgrade guide, but i dont see it there, so I can only assume that he removed it when the re-release came out because it was no longer needed?

[anyweb]

it shouldn't be needed anymore, please verify.

[Grasty]

I installed 8298 last night on my MDT Server and on my SCCM Server, and I created a new MDT Based Task Sequence in SCCM (as recommended by the re-release post from Microsoft). When trying to image a system with my Windows 10 Image, the system installs ConfigMgr and then reboots and goes through the "setting up services" first boot/sysprep setup area. Then it continues setting up ConfigMgr and I get the error "Cannot find script file X:\LTIBootstrap.vbs". So I assumed it was related to the options you said to remove from the Unattend since that script is referenced in the FirstLogonCommands section which you said to remove.

 

I tried creating a new Settings package thinking that maybe it would be different after 8298, but i still get that error. Ill remove the sections from the unattend.xml and see if it makes a difference, but im not 100% sure my error is related to that unattend.xml.

[anyweb]

Multiple issues related to XML processing:

• Application bundles returning error 87
• Selecting a keyboard locale in the Deployment Wizard
• Deployments failing due to Unattend.xml errors
• ZTIPatches returning error "Object required (424)"
• Cleanup after image capture doesn't remove LTIBootstrap entry

which should cover the error above (which i've removed from the post),

so, make sure that after you've updated the version that you also update the new packages to your distribution points otherwise they'll still be using the old source.

[Grasty]

Youre right, it isnt needed. I forgot to make a new MDT Toolkit package when i upgraded from Build 8290 to 8298. Once i added in the new Toolkit, it all worked correctly.

[selimatmaca]

Hi,

I am running SCCM 2012 R2 Sp1 CU2 and getting the error below:

 

The Windows Boot Configuration Data file does not contain a valid Operating system entry.

Ensure that the server has boot images installed for this architecture.

error 0x0000098

 

Any ideas?

[selimatmaca]

Hi,

I am running SCCM 2012 R2 Sp1 CU2 and getting the error below:

 

The Windows Boot Configuration Data file does not contain a valid Operating system entry.

Ensure that the server has boot images installed for this architecture.

error 0x0000098

 

Any ideas?

 

I checked my SMSPXE.log and it was showing errors:

PXE::MP_InitializeTransport failed; 0x80004005 SMSPXE

PXE::MP_LookupDevice failed; 0x80004005 SMSPXE

PXE::MP_InitializeTransport failed; 0x80004005 SMSPXE

PXE::MP_ReportStatus failed; 0x80004005 SMSPXE

PXE Provider failed to process message.

Unspecified error (Error: 80004005; Source: Windows) SMSPXE

 

I checked DP properties for certificate under the general tab.

Create self signed certificate was selected, I just specified to use a PKI certificate instead of a self-signed certificate. Now PXE boot works.

[steveakash]

why its assign drive E: for operating system drive?

[anyweb]

how did you capture the WIM file ?

[steveakash]

as you mentioned above

[anyweb]

"For Capture Settings, select This task sequence will never be used to capture an image"

 

I didn't capture the image in this guide, so, how did you capture it ?

[steveakash]

i meant that i used your steps in detail, and for (Capture Settings) I selected This task sequence will never be used to capture an image

[anyweb]

ok and you are saying the Windows is on E: after the deployment is complete ?

[steveakash]

yes

[anyweb]

ok that's odd, works fine for me, are you sure you followed every step exactly as i explained in the guide above ?

 

any deviation may cause problems..

 

prior to Configuration Manager 2012 SP1 you would not use the Install.wim file directly from the media as Windows would end up on D: or E:, however to deal with this natively you can add a new Configuration Manager variable called OSDPreserveDriveLetter to your task sequence and set it to False before the Apply Operating System Image step.

 

OSDPreserveDriveLetter

For System Center 2012 Configuration Manager SP1 and later:

 

This variable determines whether or not the task sequence uses the drive letter captured in the operating system image WIM file when applying that image to a destination computer. In Configuration Manager with no service pack, the drive letter captured in the WIM file is used when applying the operating system image WIM file. In Configuration Manager SP1, you can set the value for this variable to False to use the location that you specify for the Destination setting in the Apply Operating System task sequence step. For more information about the Apply Operating System task sequence step, see the Apply Operating System Image section in the Task Sequence Steps in Configuration Manager topic.

[MagnumVP]

I had the same issue arise for me during this process with the exception of the OS being installed on D:\ (No CD-Rom on this machine./..with CD-Rom it was E:\) To fix it I was performed the following steps within the Task Sequence.

 

Remove the Partitions and ONLY leave the 100%. Make sure you only remove the partitions during the Install setup process. It will recreate them during the Preinstall process.

 

 

During the Preinstall Steps change that the BDEDrive is NOT assigned a drive letter.

 

 

You can leave the PreserveDriveLetters to False.

[anyweb]

Steveakash, sure try it !

[anyweb]

looks like you are missing network drivers for whatever hardware you are using

 

Error. Received 0x80072ee7 from WinHttpSendRequest.]LOG]!><time="13:40:15.991+480" date="01-12-2016" component="TSManager" context="" type="1" thread="156" file="libsmsmessaging.cpp:9044">
<![LOG[unknown host (gethostbyname failed)]LOG]!><time="13:40:16.054+480" date="01-12-2016" component="TSManager" context="" type="3" thread="156" file="libsmsmessaging.cpp:779">
<![LOG[hr, HRESULT=80072ee7 (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,9093)]LOG]!><time="13:40:16.054+480" date="01-12-2016" component="TSManager" context="" type="0" thread="156" file="libsmsmessaging.cpp:9093">
<![LOG[sending with winhttp failed; 80072ee7]LOG

 

[tnoob2]

A little help please!

 

I'm running SCCM2012 R2 SP1 CU2 with intergraded MDT 2013 Update 2. Following the instruction in this thread but having issues with distribute MDT toolkit package. Below is distmgr.log

 

Sleep 3600 seconds... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 4964 (0x1364)
STATMSG: ID=2304 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.161 2016 ISTR0="CPA0016A" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Retrying package CPA0016A SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Start adding package CPA0016A... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
The Package Action is 2, the Update Mask is 268435456 and UpdateMaskEx is 0. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
CDistributionSrcSQL::UpdateAvailableVersion PackageID=CPA0016A, Version=1, Status=2300 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Taking package snapshot for package CPA0016A from source \\ops-titanx1\f$\MDT2013u2 Toolkit SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
MoveFileW failed for E:\SCCMContentLib\FileLib\E074\E0745DEE29B578FA35225A60938C5D591073FF1B806F61D3C3D652EDA1F81FCE.INI to F:\SCCMContentLib\FileLib\E074\E0745DEE29B578FA35225A60938C5D591073FF1B806F61D3C3D652EDA1F81FCE.INI SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
CFileLibrary::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
CFileLibrary::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
CContentDefinition::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Failed to add the file. Please check if this file exists. Error 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
SnapshotPackage() failed. Error = 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
STATMSG: ID=2361 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.206 2016 ISTR0="\\ops-titanx1\f$\MDT2013u2 Toolkit" ISTR1="Microsoft MDT Toolkit Package" ISTR2="CPA0016A" ISTR3="30" ISTR4="95" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Failed to take snapshot of package CPA0016A SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
CDistributionSrcSQL::UpdateAvailableVersion PackageID=CPA0016A, Version=1, Status=2302 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
STATMSG: ID=2302 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.218 2016 ISTR0="Microsoft MDT Toolkit Package" ISTR1="CPA0016A" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Failed to process package CPA0016A after 5 retries, will retry 95 more times SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Exiting package processing thread for package CPA0016A. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)
Currently using 0 out of 5 allowed package processing threads. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)
The last source update time for pkg CPA000B2 is 1/20/2016 4:12:39 PM Pacific Standard Time SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)
The next start time for pkg CPA000B2 is 1/21/2016 4:12:00 PM Pacific Standard Time SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)
Sleep 1825 seconds... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)

 

Troubleshooting steps including

 

1. delete MDT Toolkit package > Create new MDT Toolkit package using "Create MDT Task Sequence" ---- same error

2. delete MDT Toolkit package and source folder > create new folder > copy source files from "C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution" to newly create folder > Create new package with Data Source point to new folder. ----- same error

3. delete MDT Toolkit package and source folder > create new folder and copy source as above steps > reset NTFS file permission to everyone full permission ----- same error.

4. reinstall Windows 10 ADK ---- same error

5. uninstall MDT2013 update 2 > install MDT 2013 update 1 --- same error

6. update SCCM2012 R2 SP1 with CU2 ---- and go through above steps....same error

 

:unsure: !

 

Help Please

Thanks!

 

 

[ZeZe]

I had a few issues last year while testing a new image on my lab. The deployment was always installing the OS on the drive E or D and adding the OSDPreserveDriveLetter to false actually did only help once. I captured and sysprep the image with OSDPreserveDriveLetter and then the image was always good, no issues. In the task sequence where I deploy this new image I didn't add the OSDPreserveDriveLetter!

[anyweb]

A little help please!

 

I'm running SCCM2012 R2 SP1 CU2 with intergraded MDT 2013 Update 2. Following the instruction in this thread but having issues with distribute MDT toolkit package. Below is distmgr.log

 

Sleep 3600 seconds... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 4964 (0x1364)

STATMSG: ID=2304 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.161 2016 ISTR0="CPA0016A" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Retrying package CPA0016A SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Start adding package CPA0016A... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

The Package Action is 2, the Update Mask is 268435456 and UpdateMaskEx is 0. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

CDistributionSrcSQL::UpdateAvailableVersion PackageID=CPA0016A, Version=1, Status=2300 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Taking package snapshot for package CPA0016A from source \\ops-titanx1\f$\MDT2013u2 Toolkit SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

MoveFileW failed for E:\SCCMContentLib\FileLib\E074\E0745DEE29B578FA35225A60938C5D591073FF1B806F61D3C3D652EDA1F81FCE.INI to F:\SCCMContentLib\FileLib\E074\E0745DEE29B578FA35225A60938C5D591073FF1B806F61D3C3D652EDA1F81FCE.INI SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

CFileLibrary::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

CFileLibrary::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

CContentDefinition::AddFile failed; 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Failed to add the file. Please check if this file exists. Error 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

SnapshotPackage() failed. Error = 0x80070002 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

STATMSG: ID=2361 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.206 2016 ISTR0="\\ops-titanx1\f$\MDT2013u2 Toolkit" ISTR1="Microsoft MDT Toolkit Package" ISTR2="CPA0016A" ISTR3="30" ISTR4="95" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Failed to take snapshot of package CPA0016A SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

CDistributionSrcSQL::UpdateAvailableVersion PackageID=CPA0016A, Version=1, Status=2302 SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

STATMSG: ID=2302 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=OPS-TITANX1.staff.copa SITE=CPA PID=1408 TID=9140 GMTDATE=Thu Jan 21 21:52:37.218 2016 ISTR0="Microsoft MDT Toolkit Package" ISTR1="CPA0016A" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="CPA0016A" SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Failed to process package CPA0016A after 5 retries, will retry 95 more times SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Exiting package processing thread for package CPA0016A. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:37 PM 9140 (0x23B4)

Currently using 0 out of 5 allowed package processing threads. SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)

The last source update time for pkg CPA000B2 is 1/20/2016 4:12:39 PM Pacific Standard Time SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)

The next start time for pkg CPA000B2 is 1/21/2016 4:12:00 PM Pacific Standard Time SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)

Sleep 1825 seconds... SMS_DISTRIBUTION_MANAGER 1/21/2016 1:52:42 PM 4964 (0x1364)

 

Troubleshooting steps including

 

1. delete MDT Toolkit package > Create new MDT Toolkit package using "Create MDT Task Sequence" ---- same error

2. delete MDT Toolkit package and source folder > create new folder > copy source files from "C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution" to newly create folder > Create new package with Data Source point to new folder. ----- same error

3. delete MDT Toolkit package and source folder > create new folder and copy source as above steps > reset NTFS file permission to everyone full permission ----- same error.

4. reinstall Windows 10 ADK ---- same error

5. uninstall MDT2013 update 2 > install MDT 2013 update 1 --- same error

6. update SCCM2012 R2 SP1 with CU2 ---- and go through above steps....same error

 

:unsure: !

 

Help Please

Thanks!

 

 

 

are you only having this issue with one package on one dp or not, please elaborate,

[tnoob2]

Thanks anyweb

 

I have two DPs, both having same error distribute MDT2013 Toolkit package (only). There's no distribution issue with current or new package. In fact, MDT2013 Settings package distributed with no problem.

 

Here's the message from Content Status monitoring

 

"Description: Distribution Manager failed to access source directory \\ops-titanx1\f$\MDT2013u2 Toolkit for content "Microsoft MDT Toolkit Package" (content ID=CPA0016A).

 

Possible cause: Distribution Manager does not have sufficient rights to the source directory.

Solution: Verify that the site server computer account has at least Read access to the directory you specify as the source directory.

 

Possible cause: There is not enough disk space available on the site server.

Solution: Verify that there is enough free disk space available on the site server.

 

Retry Interval is 30 minutes, number of retries left is 0."

 

Thanks for your help!

[anyweb]

can it access

\\ops-titanx1\f$\MDT2013u2 Toolkit

and could any AV software be blocking it ? what about that space ?

[tnoob2]

Hi anyweb,

 

1. everyone have Read/Write/Execute permission to the folder

2. I uninstalled SAV, Disabled all firewall (for testing)

 

Just did another test with no space on file name...still have the same error :-(

 

Thanks,

T.