Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Question
Thursday, June 21, 2012 1:04 PM
Hi Guys,
I have setup a MDT UDI task sequence where core applications are selected for installation.
However when they come to install in the task sequence none of them install and I get the error:
"App policy for '<App Name>' not received. Make sure the application is marked for dynamic app install."
Everything looks ok for this one Application, it's the same as others but I cannot figure out why this is happening.
Inframon Blogs | All Things ConfigMgr
All replies (81)
Thursday, June 21, 2012 6:02 PM
Is the machine joined to the domain at this point or is it still workgroup only? If it is workgroup only, you will need the SMSMP=yourserver.domain.com adding to the "Setup Windows and ConfigMgr" step. If it is domain joined, then it may be that your boundaries and boundary groups are not configured correctly?
Friday, June 22, 2012 8:33 AM
This is while the machine is on the domain, boundaries seem ok as content seems to download ok and the client is installed and in the console. What could I check in boundaries?
Inframon Blogs | All Things ConfigMgr
Friday, June 22, 2012 9:14 AM
I don't think that it's boundary related.
Have you already double checked if "Make sure the application is marked for dynamic app install" is enabled? It can be found on the General tab of the application: "Allow this application to be installed ..."
Torsten Meringer | http://www.mssccmfaq.de
Friday, June 22, 2012 9:25 AM | 1 vote
Yes I have, it's ticked as expected, struggling to understand what is happening.
Inframon Blogs | All Things ConfigMgr
Friday, June 22, 2012 8:18 PM
If you have enabled the option mentioned by Torsten, and you are still getting the error, try creating a deployment for that app.
Sunday, June 24, 2012 6:34 PM
I have created a deployment and imported the machine running through OSD to that collection and still get the same.
Inframon Blogs | All Things ConfigMgr
Wednesday, July 4, 2012 10:02 AM
This is really critical now, I have recreated the application and am not getting anywhere at all, here is the smsts.log file from the deployment.
Decompression (zlib) succeeded: original size 24606, uncompressed size 143072. InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Request client ID: GUID:9e17d120-b3b2-4053-a35d-104fa3fdbf00 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Response client ID: GUID:9e17d120-b3b2-4053-a35d-104fa3fdbf00 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Retrieving Policy Assignments: InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Successfully read 42 policy assignments. InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Retrieving Application Policy Mapping: InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
m_mapAppPolicies.find(sAppName) != m_mapAppPolicies.end(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dautils.cpp,476) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
App policy for 'Camtasia Code Drivers' not received. Make sure the application is marked for dynamic app install InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Policy download failed, hr=0x80004005 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
daUtil.DownloadPolicies(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dainstaller.cpp,292) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
daInstaller.Execute(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\main.cpp,260) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Process completed with exit code 2147500037 TSManager 04/07/2012 10:52:47 1756 (0x06DC)
!! TSManager 04/07/2012 10:52:47 1756 (0x06DC)
Failed to run the action: Install Application.
Unspecified error (Error: 80004005; Source: Windows) TSManager 04/07/2012 10:52:47 1756 (0x06DC)
Inframon Blogs | All Things ConfigMgr
Wednesday, July 4, 2012 10:29 AM
So it's only one application that is failing (even after it was recreated)? Others are working fine?
Torsten Meringer | http://www.mssccmfaq.de
Wednesday, July 4, 2012 10:30 AM
Seems to be yes.
Inframon Blogs | All Things ConfigMgr
Wednesday, July 4, 2012 12:09 PM
Was that the last application you created? have you created any other deployments (different application files/program etc.) more recently that are working/deploying OK? With it being a UDI task sequence, is the application deployed to the collection that the UDI wizard is configured with to pull in available applications (assuming you are choosing the apps this way?) Can you deploy this application outside of the Task Sequence OK?
Friday, July 6, 2012 12:23 AM
Just as an alternative suggestion - can you try creating a package for the Camtasia stuff and test if that installs as expected?
I'm currently experiencing 80004005 errors with apps and have used the package option as a workaround for now. I would like to take advantage of the application model from OSD through to application installation on deployed machines, but the OSD side of things is proving problematic for me.
Friday, July 6, 2012 1:09 PM
Also, are you using AD Site based boundaries in your boundary groups or do you also have IP Subnet / IP Address range based boundaries in there? If not, try adding them.
Friday, July 6, 2012 2:24 PM
Boundaries are IP address ranges, still don't see what this has to do with boundaries as this is the only application which doesn't work.
I am going to see what happens as a regular package/program.
Inframon Blogs | All Things ConfigMgr
Monday, July 23, 2012 6:06 PM
Did you find a solution for this? I have the same problem.
App policy for 'Microsoft Office MUI 2010' not received. Make sure the application is marked for dynamic app install.
It has nothing to do with boundaries as suggested earlier in this thread or the "Allow bla bla bla" setting under general. All are set properly.
Tuesday, July 24, 2012 7:38 AM
Afraid not, tried everything, added them into the Task Sequence as a Install Application step and it works though, if you can do that instead of the UDI.
Inframon Blogs | All Things ConfigMgr
Tuesday, July 24, 2012 12:25 PM
Unfortunately that is not asn option for us. Core feature for us was the user driven part.
It is not possible for us, but did you consider applying the beta Update 1 for MDT 2012?
Maybe some UDI bug fixes in there?
/Jesper
Tuesday, July 24, 2012 12:26 PM
Yeah I tried Update 1 but made no difference. How about creating them as packages then you can still add them into UDI.
Inframon Blogs | All Things ConfigMgr
Tuesday, July 24, 2012 12:39 PM
Yes, that is what we were forced to do. Software creation is currently a frustrating process. First create a package and then an application.
Feels like a waste of time. :/
Tuesday, July 24, 2012 1:03 PM
Yes, that is what we were forced to do. Software creation is currently a frustrating process. First create a package and then an application.
Feels like a waste of time. :/
Hardly really, only ever happened to this one package. Don't think this is a MDT issue but could be wrong.
Inframon Blogs | All Things ConfigMgr
Tuesday, July 24, 2012 8:45 PM | 1 vote
It seems that this is still an outstanding issue (and one that is affecting me, so I seem to care about it). What information would be useful to help troubleshoot this issue? Log files, event records, etc.? And where do you want them sent...
Wednesday, July 25, 2012 8:10 AM
Well we don't know what the problem is so not much at the minute. I can't reproduce the same problem in my lab so something strange is going on.
A bit of assistance from someone at MS wouldn't go a miss, might have to raise a bug.
Inframon Blogs | All Things ConfigMgr
Wednesday, July 25, 2012 8:18 AM
Just incase I reported it as a bug, if you have access to Connect you can find it on Bug ID: 755415
Inframon Blogs | All Things ConfigMgr
Wednesday, July 25, 2012 4:09 PM
I do have the same problem.....
Rodrigo Daphanis
Monday, July 30, 2012 8:53 AM
I applied CTP SP1 for SCCM and this seemed to resolve the issue.
Inframon Blogs | All Things ConfigMgr
Wednesday, August 22, 2012 4:48 PM
Has anyone else had this issue? I'm having same problem in our Production Enviroment. Not sure I want to do CTP SP1 on our Production system. Hopefully when RTM SP1 is released, it will fix this issue. Nearly all new applications I build give me this error during OSD:
App policy for 'Adobe Acrobat X Pro 10.1.3' not received. Make sure the application is marked for dynamic app install Policy download failed, hr=0x80004005
The same applications work via the Application Catalog, but I would like them deployed during OSD to save the user the time if possible.
Wednesday, August 22, 2012 5:09 PM
Lots on people in this thread have reported this issue.
I had it on another RTM build, went in the next day and it seemed to have sorted, which baffled me a little. How about MDT 2012 Update 1? That is released now, seen as this is a MDT issue I can't see how applying CTP SP1 to SCCM helped.
Inframon Blogs | All Things ConfigMgr
Wednesday, September 12, 2012 9:18 PM
Check the name of your for any punctuation/special characters. I was having this same issue with an MSI that put a comma in the application name. I removed the comma, updated my UDI wizard, and it started working as it should during OSD.
Allen Anderson Systems Analyst Arizona State University - OKED Knowledge Informatics
Tuesday, January 29, 2013 7:05 AM
Same problem - "HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\main.cpp,260)
App policy for 'Flash Player 11 ActiveX' not received. Make sure the application is marked for dynamic app install
Policy download failed, hr=0x80004005. The operating system reported error 2147500037: Unspecified error ".
Entire Software Group fails because of first application failing. Previously, I added all applications to the same Collection, which is set in UDI´s wizard site server settings.
Please note, that all of these applications works with traditional OSD Task Sequences. My enviroment is ConfMgr 2012 SP1 + MDT 2012 U1 (latest version which is supported with SP1).
Tuesday, January 29, 2013 8:31 AM
I investigated some more, and there is 2 questions:
- How to get rid of Application Discovery error and does it have any affect on this problem?
- Why base variable of Applications is different in UDI site settings and in task sequence step? That´s default.
Tuesday, January 29, 2013 8:31 AM
Tuesday, January 29, 2013 3:21 PM
This is because there is a step before the Install Application step in the task sequence that assigns a sequential number to each application selected in the UDI Wizard. I believe the step is called 'Prepare application list'.
It takes the APPLICATIONS base variable, modifies it as needed, and that data is stored in the CAOLESEDAPPS variable on which the Install Applications step processes. I believe this is done so that more than 9 applications can be installed at once but don't quote me on that.
Allen Anderson Systems Analyst Arizona State University - OKED Knowledge Informatics
Tuesday, January 29, 2013 3:23 PM | 1 vote
There is a log in SMSTS folder that should give you an idea of why this is throwing a warning.
I cant think of the log file name off the top of my head...
Allen Anderson Systems Analyst Arizona State University - OKED Knowledge Informatics
Tuesday, January 29, 2013 6:48 PM
There is a log in SMSTS folder that should give you an idea of why this is throwing a warning.
I cant think of the log file name off the top of my head...
Allen Anderson Systems Analyst Arizona State University - OKED Knowledge Informatics
That´s a good idea, here it is during the check list and warning:
AppDiscovery.log errors
04:43:22.974 01-30-2013 3 AppDiscovery Error 2: Product version registry not found.
04:43:22.974 01-30-2013 3 AppDiscovery Error 1: File open failed
04:43:22.974 01-30-2013 2 AppDiscovery XML Error Parser Reason : [
04:43:22.974 01-30-2013 3 AppDiscovery Error 33554432: Fatal error while processing master list:
04:43:22.974 01-30-2013 3 AppDiscovery Error 16: --| Failure while opening master list file.
04:43:22.974 01-30-2013 3 AppDiscovery Error 33685504: --| Failure to open file.
smsts.log has no errors at this time
Google did not help me at all at this one. Overall, it seems so little information about UDI existig, or am I wrong? Thanks.
Tuesday, January 29, 2013 8:53 PM
I think what I should do, is roll back default UDI_xml, and configure only optional apps to be available. Currently I have huge amount of apps on a list, and the MDT files package have been updated all over and over again. Lets make it simple at first.
I´ll get back later with the results.
Wednesday, January 30, 2013 9:56 AM
Hi,
We've got the same problem (but not using MDT): After installing the OS, applications should be installed with task sequence varibales. But the task sequence stops, the computer reboots and shows the login screen. Checking the Status Messages for this system:
The task sequence execution engine failed executing the action (Install Variable Application) in the group (Install Department-/Workgroup Software) with the error code 2147500037
Action output: ... ttpTransport::Send: URL: LIN0200.RosenInspection.net:80 CCM_POST /ccm_system/request
Request was succesful.
::DecompressBuffer(65536)
Decompression (zlib) succeeded: original size 25580, uncompressed size 148830.
Request client ID: GUID:697ABE96-1EF2-4CC1-9A2C-412E02792174
Response client ID: GUID:697ABE96-1EF2-4CC1-9A2C-412E02792174
Retrieving Policy Assignments:
Successfully read 43 policy assignments.
Retrieving Application Policy Mapping:
m_mapAppPolicies.find(sAppName) != m_mapAppPolicies.end(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dautils.cpp,475)
daUtil.DownloadPolicies(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dainstaller.cpp,292)
daInstaller.Execute(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\main.cpp,260)
App policy for 'ReSharper 7.1.25.234' not received. Make sure the application is marked for dynamic app install
Policy download failed, hr=0x80004005. The operating system reported error 2147500037: Unspecified error
But the option "Allow this application to be installed from the Install Application task sequence action without being deployed" is already selected (in the dependencies, too).
We are using SCCM 2012 SP1.
Regards, JeeCay
Wednesday, January 30, 2013 2:47 PM
We are experiencing the same issue however its not consistent. We are using MDT2012 Update 1 and UDI with SCCM 2012 SP1. I can reimage the same computer over and over and about every 3rd time the Application list failes on the first one in the list. Digging deeper in the logs it always shows "download failed" for the first app in the list.
I did some googling and and saw some others posting that if they didnt have the option under content tab in the Deployment Type of "Deployment options" set to "Download content from a distribution point and run locally" that were getting failures. This setting is supposed to only affect "slow or unreliable network boundaries".
We are going to make this change to all our apps and restest aggressively to see if the issue goes away. Sorry I dont have any results right now but may be worth looking into. If this does fix the issue it begs the question if there is a bug that intermittently detects the boundary or link incorrectly as a slow link and thus fails to download. I'll report back our findings.
Wednesday, January 30, 2013 3:47 PM
I think what I should do, is roll back default UDI_xml, and configure only optional apps to be available. Currently I have huge amount of apps on a list, and the MDT files package have been updated all over and over again. Lets make it simple at first.
I´ll get back later with the results.
After simplifying Optional Applications, deminishing them to 3, the things started rolling. My callegue gave me a hint, that you should probably check order numbers in Scripts\UDIWizard_Config.xml.app because after adding a lot of apps, those order values could be mixed. So all who is fighting with this, check that first.
Thursday, January 31, 2013 10:54 AM
We are experiencing the same issue however its not consistent. We are using MDT2012 Update 1 and UDI with SCCM 2012 SP1. I can reimage the same computer over and over and about every 3rd time the Application list failes on the first one in the list. Digging deeper in the logs it always shows "download failed" for the first app in the list.
I did some googling and and saw some others posting that if they didnt have the option under content tab in the Deployment Type of "Deployment options" set to "Download content from a distribution point and run locally" that were getting failures. This setting is supposed to only affect "slow or unreliable network boundaries".
We are going to make this change to all our apps and restest aggressively to see if the issue goes away. Sorry I dont have any results right now but may be worth looking into. If this does fix the issue it begs the question if there is a bug that intermittently detects the boundary or link incorrectly as a slow link and thus fails to download. I'll report back our findings.
I tried that but it didn't work for us. A simple workaround which helped: Create the Application again with a different name and deploy this application via tasksequence instead of the 'old' one (don't forget to set "Allow this application to be installed..." ;) ). I did not try to delete the 'faulty' Application and create it again with the same name, but perhaps this will also work.
Thursday, January 31, 2013 11:40 AM
There has been another application issue reported with SP1 where just adding/updating the comment on each deployment type fixes the issue.
Perhaps it is the same issue but just manifests itself differently when dynamic app variables are being used. Might be worth trying this rather than deleting and re-creating your applications. Mark
Thursday, January 31, 2013 2:41 PM
There has been another application issue reported with SP1 where just adding/updating the comment on each deployment type fixes the issue.
Perhaps it is the same issue but just manifests itself differently when dynamic app variables are being used. Might be worth trying this rather than deleting and re-creating your applications. Mark
We did that manually for a few applications were we had the "password too short" error. That worked, but unfortunately not for this error or for the 16389 error code. :(
Monday, February 4, 2013 5:45 PM
We also tried selecting "Allow the app to pull from fallback source" however it did not fix the issue. It did however expose the potetially underlying culprite here.
The applications I have directly in the Task Sequence always pull from the local Intranet DP and install correctly. After making the change above we found that the client was flipping to "Internet" after the TS apps were installed. My Internet facing MP/DP has no site boundaries and is set to only allow Internet clients. The logs show it trying to connect to the Internet DP to retreive the content and thus failing (Due to no boundariy being defined).
Trying to determine why the client temporarily flips to internet now. if anyone has any ideas on where to look please let us know!
I'll follow up if I find anything.
Thanks!
Monday, February 4, 2013 6:09 PM
I think what I should do, is roll back default UDI_xml, and configure only optional apps to be available. Currently I have huge amount of apps on a list, and the MDT files package have been updated all over and over again. Lets make it simple at first.
I´ll get back later with the results.
After simplifying Optional Applications, deminishing them to 3, the things started rolling. My callegue gave me a hint, that you should probably check order numbers in Scripts\UDIWizard_Config.xml.app because after adding a lot of apps, those order values could be mixed. So all who is fighting with this, check that first.
The values are indeed mixed a bit for the Id="x", meaning they are not in order in the xml.app file however not sure this comes in to play (at least for us) since its not a consistent failure. Sometimes it goes right through and installs all applications without issue. :-S
Tuesday, February 5, 2013 9:57 AM
I think what I should do, is roll back default UDI_xml, and configure only optional apps to be available. Currently I have huge amount of apps on a list, and the MDT files package have been updated all over and over again. Lets make it simple at first.
I´ll get back later with the results.
After simplifying Optional Applications, deminishing them to 3, the things started rolling. My callegue gave me a hint, that you should probably check order numbers in Scripts\UDIWizard_Config.xml.app because after adding a lot of apps, those order values could be mixed. So all who is fighting with this, check that first.
After I created new application page with all apps included, installation started to fall apart again. So for my point of view, UDI´s application-page-feature has serious bug. I checked into UDIWizard_Config.xml.app and those order rumbers were looking good, so that is not it. Sadly, this application page seems to be uncapable of handling entire application list. Should I report a bug, or maybe open another thread to MDT forums?
Friday, February 8, 2013 7:47 AM
Any progress in this? We are thinking, that the error might occure, if there is too many applications in UDI software page. Because traditional "Install Application" step has limitations, that there could be only X amount of Apps.
I´m also thinking, how I could arrange restart between these applications which are provided via UDI software page, because after spesific apps, installation process in OS is busy, and the restart is required.
Friday, February 8, 2013 6:15 PM
For what its worth, our issue was directly related to the client flipping intermittently from Intranet mode to Internet mode during the OSD process which caused the download to fail. We have since removed the internet command parameters from the Setup Windows and ConfigMgr so that it installs only as Intranet, the the last step of the Task Sequence we run a vbscript to add the internet info to the client.
This gets past this issue for us, however it seems more a workaround though. As far as I am aware having the internet info as part of the client install during OSD should be a supported solution. Have a case open with microsoft about this so guess we'll see.
Tuesday, February 12, 2013 8:18 AM
I managed to add more apps and they were all installed succsessfully. Maybe it was only with one spesific application, which is trouble here. I will add all my 21 apps again, and see what happends.
Thursday, February 14, 2013 7:55 AM
Now all my 21 apps works via UDI. I had problems only with Flashplayer, after I rebuild it, it started working ok.
Thursday, February 14, 2013 8:05 PM
I can now install all Applications, but not packages. Still, same packages works in traditional OSD task sequence, or as non-variable step in MDT TS.
I created deployment objects to UDI page's related collection for these packages, but it didn´t help. The failure codes I get:
ZTI deployment failed, Return Code = -2147467259 0x80004005
Command line returned 2147500037
Process completed with exit code 2147500037
Thursday, February 14, 2013 8:27 PM
We have a case open with premier support at the moment regarding app installs with dynamic variable lists. We have more than one install application action in our task sequence all configured to use dynamic variable lists. The actions have restarts in between and are also used to cater for different deployment scenarios.
The issue we have discovered is that if you have one application installed by each action then everything works. However as soon as you add a second variable/application to the first action, the next action completely fails. The issue has been reproduced by the support engineer and referred to the product group as a potential bug. I have not had any feedback yet on if/when the issue will be fixed.
We discovered it in the RTM release and it's still the same with SP1. We have had a similar setup in SCCM 2007 for a few years without any issues. It seems there may be a few issues with dynamic variable lists, so I thought I would mention it here in case anybody has more than one dynamic app install action in their TS.
I will update this thread if/when I get an update.
Mark.
Thursday, February 14, 2013 10:20 PM
Thanks Mark. Do you use UDI´s software page, or is your install application steps with dynamic variable list ment for some other purposes?
If you are using UDI´s software page and we are talking about similar set, how many applications do you have available on that page, and do you have apps and packages mix there? Are you sure, that if you add several install applications steps with dymaic variables with restarts between them, are you sure that UDI´s page can somehow control, what apps are installed during first and second step, and when to restart exactly? My point is, I doubt that you could use several steps, if you are publishind your apps via UDI´s page.
Thursday, February 14, 2013 10:36 PM
We do use UDI but not the default pages as we have built our own with the SDK. So no our solution is not the same as what you are using. This was done with MDT 2012 RTM before the "build your own pages" feature was released with update 1.
We do have a number of install application actions and these are used both with ZTI and UDI deployment as the same task sequence supports both scenarios. The bug I mentioned can actually be reproduced with a simple custom TS which only contains install app actions (not even an OSD TS).
I thought it was worth mentioning as there are clearly some issues with the dynamic variable lists and the errors we are seeing are similar to those being reported here.
Mark.
Thursday, March 21, 2013 6:17 PM
Any update on this?
Thursday, March 21, 2013 6:35 PM
Any update on this?
Nope, I opened a case MS about this few weeks ago, they gathered all data. But my case relates pretty much to UDI software page and MDT.
Thursday, March 28, 2013 6:17 PM
So Does mine, and of the 30 or so apps that we list on the Applications page of UDI for our techs to install, the only time it bombs out is if Flash Player is selected in our situation as well.
Friday, March 29, 2013 12:25 AM | 1 vote
So Does mine, and of the 30 or so apps that we list on the Applications page of UDI for our techs to install, the only time it bombs out is if Flash Player is selected in our situation as well.
Nice to know. I had this problem with version 11.5.502.135. After I created new application of 11.6.602.168, the issue disappeared. I will be happy, if you could confirm, what version of Flashplayer blew up your UDI Software page?
Thursday, April 4, 2013 3:49 PM
Any update from MS? Still having the same problem!
Thursday, April 4, 2013 4:01 PM
Any update from MS? Still having the same problem!
MS has tested this and seems to be working. I´m a middle of a test other packages.
- do you have problems with apps or packages?
- have you created a deployment policy of this application to the collection is is mapped in UDI page settings? You don´t have to do this to packages.
- is the app/package suitable in traditional TS deployment, have you test it?
- paste here last error lines of smsts.log
Friday, April 5, 2013 7:12 AM
Any update from MS? Still having the same problem!
MS has tested this and seems to be working. I´m a middle of a test other packages.
- do you have problems with apps or packages?
- have you created a deployment policy of this application to the collection is is mapped in UDI page settings? You don´t have to do this to packages.
- is the app/package suitable in traditional TS deployment, have you test it?
- paste here last error lines of smsts.log
I install apps, these apps are working in the same TS perfectly. So there is no problem with the application itself. Here is the smsts.log:
Execution engine result code: 0 (Success=0, Failure=1, RebootInitiated=2) TSManager 05.04.2013 08:55:35 2160 (0x0870)
Cleaning Up. TSManager 05.04.2013 08:55:35 2160 (0x0870)
Removing Authenticator TSManager 05.04.2013 08:55:35 2160 (0x0870)
Cleaning up task sequence folder TSManager 05.04.2013 08:55:35 2160 (0x0870)
Unable to delete file C:\SMSTaskSequence\TSEnv.dat (0x80070005). Continuing. TSManager 05.04.2013 08:55:36 2160 (0x0870)
hr, HRESULT=80070091 (e:\nts_sccm_release\sms\framework\core\ccmcore\ccmfile.cpp,1218) TSManager 05.04.2013 08:55:36 2160 (0x0870)
Failed to delete directory 'C:\SMSTaskSequence' TSManager 05.04.2013 08:55:36 2160 (0x0870)
(dwRet = ::SetNamedSecurityInfoW ((WCHAR*) pszObjectName, objectType, OWNER_SECURITY_INFORMATION, pOwnerSID, NULL, NULL, NULL)) == ERROR_SUCCESS, HRESULT=80070005 (e:\qfe\nts\sms\framework\tscore\utils.cpp,6091) TSManager 05.04.2013 08:55:36 2160 (0x0870)
SetNamedSecurityInfo() failed. TSManager 05.04.2013 08:55:36 2160 (0x0870)
SetObjectOwner() failed. 0x80070005. TSManager 05.04.2013 08:55:36 2160 (0x0870)
SetObjectOwner (szFName, SE_FILE_OBJECT, c_szAdministrators), HRESULT=80070005 (e:\qfe\nts\sms\framework\tscore\utils.cpp,6188) TSManager 05.04.2013 08:55:36 2160 (0x0870)
RemoveFile() failed for C:\SMSTaskSequence\TSEnv.dat. 0x80070005. TSManager 05.04.2013 08:55:36 2160 (0x0870)
RemoveDirectoryW failed (0x80070091) for C:\SMSTaskSequence TSManager 05.04.2013 08:55:36 2160 (0x0870)
Deleting volume ID file C:\SMSTSVolumeID.7159644d-f741-45d5-ab29-0ad8aa4771ca ... TSManager 05.04.2013 08:55:36 2160 (0x0870)
DeleteFileW(sVolumeIDFile.c_str()), HRESULT=80070002 (e:\qfe\nts\sms\framework\tscore\resolvesource.cpp,521) TSManager 05.04.2013 08:55:36 2160 (0x0870)
Successfully unregistered Task Sequencing Environment COM Interface. TSManager 05.04.2013 08:55:36 2160 (0x0870)
Command line for extension .exe is "%1" %* TSManager 05.04.2013 08:55:36 2160 (0x0870)
Set command line: "C:\WINDOWS\CCM\TsProgressUI.exe" /Unregister TSManager 05.04.2013 08:55:36 2160 (0x0870)
Executing command line: "C:\WINDOWS\CCM\TsProgressUI.exe" /Unregister TSManager 05.04.2013 08:55:36 2160 (0x0870)
==========[ TsProgressUI started in process 2300 ]========== TsProgressUI 05.04.2013 08:55:36 2304 (0x0900)
Command line: "C:\WINDOWS\CCM\TsProgressUI.exe" /Unregister TsProgressUI 05.04.2013 08:55:36 2304 (0x0900)
Unregistering COM classes TsProgressUI 05.04.2013 08:55:36 2304 (0x0900)
Unregistering class objects TsProgressUI 05.04.2013 08:55:36 2304 (0x0900)
Shutdown complete. TsProgressUI 05.04.2013 08:55:36 2304 (0x0900)
Process completed with exit code 0 TSManager 05.04.2013 08:55:36 2160 (0x0870)
Successfully unregistered TS Progress UI. TSManager 05.04.2013 08:55:36 2160 (0x0870)
Setting program history for BRG0014D:* TSManager 05.04.2013 08:55:36 2160 (0x0870)
Opening the task sequence key HKLM\Software\Microsoft\SMS\Task Sequence TSManager 05.04.2013 08:55:36 2160 (0x0870)
Deleting the package ID from registry key HKLM\Software\Microsoft\SMS\Task Sequence\Package TSManager 05.04.2013 08:55:36 2160 (0x0870)
kTaskSequence.DeleteValue(L"Package"), HRESULT=80070002 (e:\qfe\nts\sms\framework\tscore\utils.cpp,3508) TSManager 05.04.2013 08:55:36 2160 (0x0870)
Failed to delete registry value HKLM\Software\Microsoft\SMS\Task Sequence\Package. Error code 0x80070002 TSManager 05.04.2013 08:55:36 2160 (0x0870)
Start to cleanup TS policy TSManager 05.04.2013 08:55:36 2160 (0x0870)
MP server http://SCCM-XX-00.company.GER. Ports 80,443. CRL=false. TSManager 05.04.2013 08:55:37 2160 (0x0870)
Setting authenticator TSManager 05.04.2013 08:55:37 2160 (0x0870)
Set authenticator in transport TSManager 05.04.2013 08:55:37 2160 (0x0870)
Sending StatusMessage TSManager 05.04.2013 08:55:37 2160 (0x0870)
Setting message signatures. TSManager 05.04.2013 08:55:37 2160 (0x0870)
Setting the authenticator. TSManager 05.04.2013 08:55:37 2160 (0x0870)
CLibSMSMessageWinHttpTransport::Send: URL: SCCM-XX-00.company.GER:80 CCM_POST /ccm_system/request TSManager 05.04.2013 08:55:37 2160 (0x0870)
Request was succesful. TSManager 05.04.2013 08:55:37 2160 (0x0870)
::RegQueryValueExW(hSubKey, szReg, NULL, NULL, NULL, &dwSize), HRESULT=80070002 (e:\qfe\nts\sms\framework\tscore\utils.cpp,261) TSManager 05.04.2013 08:55:37 2160 (0x0870)
RegQueryValueExW failed for Software\Microsoft\SMS\Task Sequence, SMSTSEndProgram TSManager 05.04.2013 08:55:37 2160 (0x0870)
GetTsRegValue() failed. 0x80070002. TSManager 05.04.2013 08:55:37 2160 (0x0870)
End program: TSManager 05.04.2013 08:55:37 2160 (0x0870)
Finalize logging request ignored from process 2156 TSManager 05.04.2013 08:55:37 2160 (0x0870)
Waiting for CcmExec service to be fully operational TSManager 05.04.2013 08:55:37 2160 (0x0870)
CcmExec service is up and fully operational TSManager 05.04.2013 08:55:37 2160 (0x0870)
Access handle will be read from _SMSTSActiveRequestHandle TSManager 05.04.2013 08:55:37 2160 (0x0870)
Access handle: {5FE61F62-DC86-4B5E-BE11-1E48B2ED1D56} TSManager 05.04.2013 08:55:37 2160 (0x0870)
Attempting to release request using {5FE61F62-DC86-4B5E-BE11-1E48B2ED1D56} TSManager 05.04.2013 08:55:37 2160 (0x0870)
CoCreateInstance succeeded TSManager 05.04.2013 08:55:37 2160 (0x0870)
pISoftwareExecutionRequestMgr->ReleaseRequest(ActiveRequestGUID), HRESULT=80004005 (e:\nts_sccm_release\sms\client\tasksequence\tsmanager\tsmanagerutils.cpp,136) TSManager 05.04.2013 08:55:37 2160 (0x0870)
ReleaseRequest failed with error code 0x80004005 TSManager 05.04.2013 08:55:37 2160 (0x0870)
Task Sequence Manager could not release active TS request. code 80004005 TSManager 05.04.2013 08:55:37 2160 (0x0870)
Process completed with exit code 0 TSMBootstrap 05.04.2013 08:55:37 2136 (0x0858)
Exiting with return code 0x00000000 TSMBootstrap 05.04.2013 08:55:37 2136 (0x0858)
Process completed with exit code 0 OSDSetupHook 05.04.2013 08:55:37 2092 (0x082C)
Task sequence completed 0x00000000 OSDSetupHook 05.04.2013 08:55:37 2092 (0x082C)
Uninstalling Setup Hook OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
Removing setup hook from registry. OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
Successfully removed C:\WINDOWS\system32\OSDGINA.DLL OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
Successfully removed C:\WINDOWS\system32\OSDSETUPHOOK.EXE OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
Successfully removed C:\WINDOWS\system32\SMSOSDSetup OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
RegQueryValueExW failed for Software\Microsoft\SMS\Task Sequence, SMSTSEndProgram OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
GetTsRegValue() failed. 0x80070002. OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
End program: OSDSetupHook 05.04.2013 08:55:38 2092 (0x082C)
Monday, April 8, 2013 7:11 AM
It was the Adobe Reader 11 installation! After I selected e.g. Entpoint Protection it worked! Now I will see what is causing this porblem because in my other TS there is no problem with the AR!?
Br,
bad3m3ist3r
Friday, April 12, 2013 2:44 PM
It was the exact same version; 11.5.502.135 that blew up our task sequence as well. One other thing I would like to point out is that the flash player application was set as a dependency for another application. It was the only application that I had configured in my environment in this way, so maybe the dependency configuration could have been the cause... At any rate, I created a new application for the latest version of flash and all is well.
Thank you for your help!
Friday, April 12, 2013 4:05 PM
My all Applications works, but none of the packages if I set them through UDI software page. Still, all packages are capable of installation in traditional way, so the reason is not in packages. I tried with 5 different packages, same thing. I have no active deployment policy for these packages, but I´m aware that only applications requires active deployment, not packages, right?
So main question is, has anyone made any succsessful package installation with UDI software page? If so, how it is configured?
Monday, April 15, 2013 6:02 PM
I have the exact opposite problem that you're having. All my packages work, but not my applications. My applications install from a non-MDT OSD Install Applications task sequence step.
Here's what I have:
- The packages I have deployed to a generic collection as "Available"
- I have the UDI wizard configured to look to that collection for items to add to the page
- Under advanced settings of the program for the package the allow to be installed from task sequence is checked off
- My NAC is validated to be working
- My site boundaries are valid
If you run your task sequence and only install packages, no applications, does that work?
Wednesday, April 17, 2013 3:28 PM
I created a deployment policy for packages also, no help, still:
The task sequence execution engine failed to install (Setup) package (LAB0008D) for action (Install Software) in the group () with exit code 16389. The operating system reported error 2147500037: Unspecified error
Thursday, April 18, 2013 7:17 PM
I got my packages working! I got advice from MS support to check, do I have Network Access Account, and I didn´t (found in Software Distribution properties). Funny thing is, that I have used my site for 9 months without NAA and had no other troubles with OSD or distributions at all.
Thursday, May 9, 2013 10:24 PM
Just wanted to post back something interesting that I found regarding applications, I had an issue where Java was no longer installing via our UDI task sequence. So far I have only seen this with the Flash application that I posted above earlier and Java....in both instances the applications were configured as dependancies for another application...I have a funny feeling this is why the applications fail to deploy via the udi task sequence, even after removing said dependancies I still had to delete and recreate the java and flash applications to make them work again.
Friday, May 24, 2013 5:49 AM | 1 vote
I probably have solved this spesific issue: if your Application fail in UDI, and will cause entire step fail, that no other App will even install, re-make the deployment policy for that App. So what it includes is this:
- Remove the App from UDI page. Save file .xml.
- Remove the policy of that app which is targeted to the UDI collection.
- Create new Deployment policy and target it to UDI collection.
- Add the App in UDI page.
- Save .xml file.
- Update the package of MDT Files.
You will need to do this to every application which cause error: "App policy for '<App Name>' not received. Make sure the application is marked for dynamic app install."
Saturday, June 22, 2013 9:20 AM
Hi Mark,
I have a similar problem but with different symptoms. The first install from variable step always works but the next one never does. I get an error in the smsts.log :
<![LOG[saAppNames.size() == saAppModelNames.size(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dainstaller.cpp,296)]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="InstallApplication" context="" type="0" thread="3772" file="dainstaller.cpp:296">
<![LOG[Could not retrieve Model names for the applications.]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="InstallApplication" context="" type="3" thread="3772" file="dainstaller.cpp:296">
<![LOG[daInstaller.Execute(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\main.cpp,260)]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="InstallApplication" context="" type="0" thread="3772" file="main.cpp:260">
<![LOG[Process completed with exit code 2147500037]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="TSManager" context="" type="1" thread="2200" file="commandline.cpp:1123">
<![LOG[!!]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="TSManager" context="" type="1" thread="2200" file="instruction.cxx:3012">
<![LOG[Failed to run the action: Install DA Role-Based Applications.
Unspecified error (Error: 80004005; Source: Windows)]LOG]!><time="17:39:12.131-120" date="06-21-2013" component="TSManager" context="" type="3" thread="2200" file="instruction.cxx:3103">
This happens always on the second install step, i have switched them round and they work independently. I have tried with and without a MDT TS, in an OSD TS and in a Software TS. Always the same.
Did you get any help from MS on this?
Thanks
Andrew
Saturday, June 22, 2013 9:40 AM
Hi Andrew, Yes it was confirmed as a bug and a hotfix was produced. The hotfix is now part of CU2 for SP1 which was released yesterday. You will see a reference to the issue in the release notes.
Regards.
Mark.
Wednesday, June 26, 2013 9:47 AM
Hi Mark,
Thanks, i have installed CU2 now but i am still getting the error at the second app step.
Could not retrieve Model names for the applications
All the policies download properly and i am pretty sure this is exactly the problem addressed in the CU. I need to check this out.
Did the hotfix solve the problem for you?
Thanks
Andrew
Thursday, June 27, 2013 9:36 AM
Hi Andrew,
Did you install the CU2 on the client using the patch parameter during the OS deployment?
It might be a client issue that is fixed in CU2 so the client shold be patched at installation.
Thomas Forsmark Soerensen
Thursday, June 27, 2013 9:54 AM
In fact we had a private hot fix from MS prior to CU2, so have not tested CU2 itself but CU1 + the hot fix which is now in CU2. The issue we had was that if the second install apps action installs fewer applications than the first one then it would fail.
It would work as long as each subsequent action installed the same or more apps than the previous one. You do need to install the hotfix as part of your client install in the TS as Andrew has mentioned.
Mark.
Thursday, June 27, 2013 11:34 AM
With an updated client everything works fine. I forgot to put the patch in the TS. I can now use multiple app install steps with variables, so far all tests have been successful.
Andrew
Thursday, June 27, 2013 11:39 AM
Great to Andrew that everything is working fine now.
I am glad that you can confirm that the CU2 solved the problem.
Thomas Forsmark Soerensen
Monday, July 1, 2013 8:48 AM
Hi Andrew, Yes it was confirmed as a bug and a hotfix was produced. The hotfix is now part of CU2 for SP1 which was released yesterday. You will see a reference to the issue in the release notes.
Regards.
Mark.
I have read release notes of CU2, and there was no mentioning about the fix of this bug. Just for curiousity, should every bug&fix be submited in release notes or not?
Monday, July 1, 2013 8:53 AM | 1 vote
I think multiple related issues have been discussed in this thread. The one that Andrew and I are referring to is:
http://support.microsoft.com/kb/2854009
A task sequence that has multiple "Install Application" steps may fail. Additionally, the following error message is logged in the SMSTS.log file:
Error Task Sequence Manager failed to execute task sequence. Code 0x80004005
Regards,
Mark.
Tuesday, February 2, 2016 7:38 PM
This is really critical now, I have recreated the application and am not getting anywhere at all, here is the smsts.log file from the deployment.
Decompression (zlib) succeeded: original size 24606, uncompressed size 143072. InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Request client ID: GUID:9e17d120-b3b2-4053-a35d-104fa3fdbf00 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Response client ID: GUID:9e17d120-b3b2-4053-a35d-104fa3fdbf00 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Retrieving Policy Assignments: InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Successfully read 42 policy assignments. InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Retrieving Application Policy Mapping: InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
m_mapAppPolicies.find(sAppName) != m_mapAppPolicies.end(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dautils.cpp,476) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
App policy for 'Camtasia Code Drivers' not received. Make sure the application is marked for dynamic app install InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Policy download failed, hr=0x80004005 InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
daUtil.DownloadPolicies(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\dainstaller.cpp,292) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
daInstaller.Execute(), HRESULT=80004005 (e:\nts_sccm_release\sms\client\osdeployment\installapplication\main.cpp,260) InstallApplication 04/07/2012 10:52:47 2428 (0x097C)
Process completed with exit code 2147500037 TSManager 04/07/2012 10:52:47 1756 (0x06DC)
!! TSManager 04/07/2012 10:52:47 1756 (0x06DC)
Failed to run the action: Install Application.
Unspecified error (Error: 80004005; Source: Windows) TSManager 04/07/2012 10:52:47 1756 (0x06DC)
This 8004005 is permissions; Access Denied.
Tuesday, February 9, 2016 9:32 AM | 1 vote
Try making a change to the application, add something to the comments. When the application's revision increases, it should rewrite that app policy it's complaining about not having. If it is a bug, that is. I get this problem with imported applications created in another SCCM environment.
ipse se nihil scire id unum sciat
Thursday, May 3, 2018 12:36 AM
I just had this problem and fixed it.
The problem was, I corrected a typo in the app name in Config Manager, but then I forgot to update the MDT roles with the "new" app name.
So PCs tried to install apps during OSD, and gave up on all of them after the misspelled app couldn't be found.
People who have this problem should make sure they use the actual app name, as seen in the General Information tab, and copy/paste it.
Thursday, November 15, 2018 3:38 PM
Boundaries are IP address ranges, still don't see what this has to do with boundaries as this is the only application which doesn't work.
I am going to see what happens as a regular package/program.
They're definitely not! Different beasts.
Wednesday, December 18, 2019 4:31 PM
Not using UDI at this time, but another 3rd party solution which brings the app variables to Dynamic Install App stepp which failes then due "make sure the application is marked for dynamic app install" which is selected. This worked before, and for unknown reason stopped working. We re-enabled Allow via TS option in App object, re-deployed to collection, non of it helps. Only solution was to re-create the Application itself. Problem is, that we have like 50 apps in that list and we cannot go through all of re-create them one by one.
Is there any other root cause for this behavior?
MCSE Mobility 2018. Expert on SCCM, Windows 10, ALOVPN, MBAM.
Wednesday, January 22, 2020 8:57 PM
This happened to me during the OSD task sequence after upgrading SCCM from 1902 to 1906. I remembered this issue happened previously as well when there is a mismatch in the client version on the DPs used for OSD and site server. Once the client was upgraded to the latest version on all other DPs used for OSD, problem went away.