apps work fine for us in MDT roles

Also, SCCM 2012 is SiS. So you can point a package to the same content
folder your app points to. Copy the command line into the package and dist
the content.
It will never actually cross the wire and the content is already there.

In your case I would heed Johans advice and just make an identical package
using the command and content from the app.



On Wed, Jan 28, 2015 at 8:31 PM, Kent, Mark <[email protected]> wrote:

>  So we either move away from the new app model, and lose all it's
> positives. Or make packages and apps for every software application,
> doubling work and disk space. Ugh...
>
> Sent from my Windows Phone
>  ------------------------------
> From: Johan Arwidmark <[email protected]>
> Sent: ‎1/‎28/‎2015 8:31 PM
> To: [email protected]
> Subject: [MDT-OSD] RE: Problem with App role
>
>   Don’t use apps, use packages in the task sequence and I guarantee the
> problem goes away.
>
>
>
> / Johan
>
>
>
> *From:* [email protected] [mailto:
> [email protected]] *On Behalf Of *Kent, Mark
> *Sent:* den 28 januari 2015 20:18
> *To:* [email protected]
> *Subject:* [MDT-OSD] Problem with App role
>
>
>
> We are running SCCM 2012 R2 CU1, on Server 2012 and SQL 2012, with MDT
> 2013 integrated.  We use roles with SCCM2012 apps in them that are attached
> to PC’s.  From time to time, the install apps sequence will fail, and when
> you look at the SMSTS log it will state “App policy for 'APP_NAME_HERE' not
> received. Make sure the application is marked for dynamic app install.”  Of
> course, the apps in question are marked for install in a task sequence so
> that makes no sense.  In a pinch, I just recreate the application and that
> pretty much always works.  However I have a role for a lab that has around
> 30 apps in it, and it’s bombing on about 8 of the apps with the same
> error.  I really don’t want to keep having to recreate the apps.  Does
> anyone have any rhyme or reason as to why this is happening, or what might
> be the problem?  Thanks.
>
>
>
> Mark Kent (MCP)
>
> Sr. Desktop Systems Engineer
>
> Computing & Technology Services - SUNY Buffalo State
>
>
>

Reply via email to