Solved

MDT update failure with OS Packages

Posted on 2014-03-14
5
3,648 Views
Last Modified: 2014-03-24
Hi All,

We have a working WDS/MDT System in place and are now trying to reduce the Task Sequence time by importing the OS Packages offline to help with this.

I have installed WSUS and also uses WSUSOffline to see if it was package based but it seems to be an MDT and DISM issue.

So I import the CAB/MSU file into MDT Packages section and update the deployment share. When DISM tries to import the Packages into the WIM I get the following error:

Deployment Image Servicing and Management tool
Version: 6.3.9600.16384

Image Version: 6.3.9600.16384

Processing 1 of 1 - Adding package Package_for_KB2888049~31bf3856ad364e35~amd64~~6.1.1.1

Error: 0x800f081e

The specified package is not applicable to this image.

The DISM log file can be found at C:\Windows\Logs\DISM\dism.log

Exit code = -2146498530

DISM /Add-Package failed, rc = -2146498530.
Injected package package_for_kb2888049 neutral amd64 6.1.1.1

Open in new window


Anyone know of how to fix this or work around this?

Thanks.
0
Comment
Question by:Jo-Beth
  • 3
  • 2
5 Comments
 
LVL 16

Expert Comment

by:Mike T
Comment Utility
Hi,

Error code 0x800f081e means "this patch is not applicable". What OS are you patching.
The patch KB2888049 is only for Windows 7 SP1 according to the download page:
http://www.microsoft.com/en-gb/download/details.aspx?id=40611.
(but the 32-bit page says the same)
http://www.microsoft.com/en-gb/download/details.aspx?id=40576.

So, I'm guessing the patch you have is the wrong bit size, or you don't have SP1. Neither sounds right though.

If you've already organised MDT nicely to have 32-bit and 64-bit (if you have 32-bit machines) then make sure you have profiles set to only include 64-bit patches.

Mike
0
 

Author Comment

by:Jo-Beth
Comment Utility
Hi Mike

The patches in the original post are just an example of a large list, and was easier to just test with a few.

The OS, is Windows 7 x64 and we do not install 32-bit version. The OS wim was taken from a SP1 disc. Also only the x64 packages have been downloaded, using wsusoffline which I have found to be a lot nicer to use.

I am going to guess that the wim is not SP1, and requires packages to update to SP1...but I would still expect MDT to allow you to import said packages into the WIM to allow this during deployment.

Do you know of a way I could get this working?
0
 
LVL 16

Expert Comment

by:Mike T
Comment Utility
Hi,

MDT will happily import any patch but it doesn't care what OS it will apply to. That's down to your choice and ability to set WMI filters in the task-sequence etc. The problem comes if you import an OS WIM - say XP 64-bit and import patches for Vista and then don't use some method of filtering MDT will indeed deploy Vista patches to XP because you didn't tell it not to.

I just found someone with the same error here: http://social.technet.microsoft.com/Forums/es-ES/528953de-13f2-4b1c-ac5c-29f7d34a7060/mdt-2012-add-updates-to-windows-7-sp1-is-build-61760117514?forum=mdt

If you check in MDT, under the OS node the version for SP1 should be 6.1.7601.17514 to clear up any mystery there.

As for the import, if you already have WSUS up and running I would use that instead and enable the Windows Update steps in the latter stage of the TS to create a new master image (WIM). Then just use that to replace the WIM you have now.

It does seem the error is just that MDT doesn't like Updating in this scenario.

Mike
0
 

Accepted Solution

by:
Jo-Beth earned 0 total points
Comment Utility
Right so I have done some testing and it seems even though when you update the deployment with packages added and it moans that it does not work... It actually does.

I have added over 120 packages (which have been downloaded with WSUSOffline) to MDT and updated with them giving that error, yet when I do my deployment the Package still gets added and has saved us around 2hours per deployment.

Must just be a bug with the updating of the deployment, and reporting packages. There is a few packages that caused the Deployment to crash, but a bit of trial and error allowed for these to be removed, and once removed all worked fine.

Thanks for the help and advice Mike, we may look at including WSUS in the end and using the customsettings.ini way of deploying the updates.
0
 

Author Closing Comment

by:Jo-Beth
Comment Utility
Solution that has the resolved information.
0

Featured Post

Complete Microsoft Windows PC® & Mac Backup

Backup and recovery solutions to protect all your PCs & Mac– on-premises or in remote locations. Acronis backs up entire PC or Mac with patented reliable disk imaging technology and you will be able to restore workstations to a new, dissimilar hardware in minutes.

Join & Write a Comment

I don't know if many of you have made the great mistake of using the Cisco Thin Client model with the management software VXC. If you have then you are probably more then familiar with the incredibly clunky interface, the numerous work arounds, and …
The recent Microsoft changes on update philosophy for Windows pre-10 and their impact on existing WSUS implementations.
This tutorial will walk an individual through the steps necessary to join and promote the first Windows Server 2012 domain controller into an Active Directory environment running on Windows Server 2008. Determine the location of the FSMO roles by lo…
This tutorial will walk an individual through the process of installing of Data Protection Manager on a server running Windows Server 2012 R2, including the prerequisites. Microsoft .Net 3.5 is required. To install this feature, go to Server Manager…

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now