Yep, many folks hit this while manually inputting the names in for packages. But note that it's not the MDT DB that case sensitive, it's the Install Applications (and Install Packages) task that is case sensitive - MDT is simply populating the variables. The breakdown happens when the task is trying to find the apps in ConfigMgr - it uses a case sensitive search (that sounds like a good DCR - hint, hint).
J From: [email protected] [mailto:[email protected]] On Behalf Of Kent, Mark Sent: Thursday, April 10, 2014 1:32 PM To: [email protected] Subject: [MDT-OSD] RE: Install Applications TS step - limitations? I think I found the issue. While one app was named wrong when added to the role (doh!) I ran it again and each time It bombed I noted that the apps in question (in the role) had been added in all caps. Once I put them in as they appear exactly in 2012 now it's off to the races. So items in the MDT Db are case sensitive I presume? I think I may have known that and forgot. Mark Kent (MCP) Sr. Desktop Systems Engineer Computing & Technology Services - SUNY Buffalo State From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Chris Nackers Sent: Thursday, April 10, 2014 2:25 PM To: [email protected]<mailto:[email protected]> Subject: [MDT-OSD] RE: Install Applications TS step - limitations? I can't think of any specific limitation, I've done 50+ in the past with packages. It could very well be related to the app-model specifically. Which to be honest, has given me nothing but grief in OSD. I don't use the app model anymore in OSD if I can help it, I create packages for everything because I can guarantee it'll work 100% of the time, I can't do that with the app model. They did change around the logic, which is why you have only 9 per step and MDT has to convert from the 2 digit list to the 3 digit list. So it's possible there is something in there. Or I'm totally wrong on all accounts :) Chris Nackers Microsoft MVP - Enterprise Client Management Email: [email protected]<mailto:[email protected]> Nackers Consulting Services, LLC From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Kent, Mark Sent: Thursday, April 10, 2014 11:57 AM To: [email protected]<mailto:[email protected]> Subject: [MDT-OSD] Install Applications TS step - limitations? Is there a limitation on the number of apps that can be installed using this TS step and the dynamic variables list? I have a couple Roles in the MDT Db for some labs that require large application installs (we are talking over 40 apps). When trying to run this, the Install Applications step fails with the same message: "App policy for 'ApplicationNameHere' not received. Make sure the application is marked for dynamic app install" The Application is marked for dynamic app installs. If I run the application in another role with just a handful of apps, it works fine. I upgraded SCCM R2 to CU1 today as I thought there was a known issue with this. However after applying it and getting the agent updated I'm still getting this error. It just seems to arbitrarily pick one app to throw the error on. Anyone else come across this? Mark Kent (MCP) Sr. Desktop Systems Engineer Computing & Technology Services - SUNY Buffalo State
