?
Solved

MDT update failure with OS Packages

Posted on 2014-03-14
5
Medium Priority
?
4,675 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
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2
5 Comments
 
LVL 18

Expert Comment

by:Mike T
ID: 39931788
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
ID: 39933786
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 18

Expert Comment

by:Mike T
ID: 39935815
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
ID: 39939183
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
ID: 39949801
Solution that has the resolved information.
0

Featured Post

Supports up to 4K resolution!

The VS192 2-Port 4K DisplayPort Splitter is perfect for anyone who needs to send one source of DisplayPort high definition video to two or four DisplayPort displays. The VS192 can split and also expand DisplayPort audio/video signal on two or four DisplayPort monitors.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Resolve DNS query failed errors for Exchange
OfficeMate Freezes on login or does not load after login credentials are input.
This tutorial will walk an individual through the process of configuring their Windows Server 2012 domain controller to synchronize its time with a trusted, external resource. Use Google, Bing, or other preferred search engine to locate trusted NTP …
The viewer will learn how to successfully create a multiboot device using the SARDU utility on Windows 7. Start the SARDU utility: Change the image directory to wherever you store your ISOs, this will prevent you from having 2 copies of an ISO wit…
Suggested Courses

800 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