Applications take forever to install during OSD everything else seems fine though

[CurtMGray]

I've got everything working, applications are installing, drivers are updating, client works fine, but the entire process takes FAR too long to complete. I think I've narrowed it down to the point where applications are being installed to the image. Stuff like 7zip and adobe reader are taking upwards of 20 minutes to install each, other applications are behaving similarly.

 

It looks like the drive is really active for awhile, and then just idles along until it finally decides to hit the next installer or step. Digging through smsts.log doesn't seem to show me anything worthwhile, and I'm a little curious if the log is showing everything it should be.

 

Any ideas on what I can look at to get started clearing this up?

[CurtMGray]

Really, any ideas here are better than none. Here's some more information about my setup...

• We are running SCCM 2012, we are not running SP1 at this time, it will be rolled out later this month or so.
• It seems like the applications are downloading from the server pretty quick, I don't get the impression that the network is the hold up, though I could be wrong.
• All the same, the content is loaded only on the local distro point, so that should keep weird network traffic to a minimum
• All of the applications are being installed via .msi packages, and they are successfully installing by the time the whole thing ends.
• The original wim is pulled directly from MS's ISO for Win 7, I wanted a super clean image to work with and this seemed like a good starting point
• I've also set up driver installs from Dell's cab files, these seem to be going along pretty well, though that part may be running slow too, it doesn't feel as slow as the appliactions, but I'm not sure how to verify that part

Here are the log files I scavenged at the end of the application install step...

 

dism.log

smsts-20130617-093722.log

smsts.log

wpeinit.log

 

Edit: added more information to the last bullet point.

[Edenost]

Not sure if it will help, but I came accross a problem where, say I had multiple versions of a program (flash for example), I had one for IE, one for Firefox, and also older versions, all in the same folder.

 

When I told SCCM to install it, it actually ended up copying accross over 200mb of files each time it was installed on a PC. Sometimes it would even fail.

I then moved the single one I wanted in to its own folder within the current location of files, and called it something like Flash_SCCM, copied the file I wanted, updated the advert to show the new location of the file, and it seemed to fix that problem for me.

 

If you check software center on a desktop, it will show you how big it is for each program, I find Adobe Reader to show around 45mb, as an example. Hope this might help a little?

 

Phil

[CurtMGray]

I don't think thats happening, it seems like its only pulling the needed files when installing.

[Peter33]

we are not running SP1 at this time, it will be rolled out later this month or so

 

 

 

Well, that's exactly what's causing your problem. The behavior of slow apps got fixed with SP1. If you check your smsts.log during the app install, you will see, that the whole task sequnce is getting compiled again before every single application.

So install the SP1 and you will be good.

[CurtMGray]

Wow really? Just that simple huh.

 

I've been beating myself up over this for a week! I'll go bug our server guy to get on this so we can actually deploy software correctly.