Henk,
I do have the network access account defined and verified. I just switched it to another domain account just to be sure and tested again. Applications still do not install during the TS, same errors
Henk,
I do have the network access account defined and verified. I just switched it to another domain account just to be sure and tested again. Applications still do not install during the TS, same errors
Do you have a Network Access Account defined in SCCM/ConfigMgr?
http://www.jamesbannanit.com/2011/04/configure-the-network-access-account-in-sccm-2012/
My blogs: Henk's blog andVirtuall | Follow Me on:Twitter | View My Profile on:LinkedIn
Also noticed these in the logs if it helps
SMSTS.Log
CAppMgmtSDK::GetEvaluationState ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828
Passed in version 6 for ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828
spCIStateStore->GetCIState( pszAppPolicyId, csPolicyRevision, (sUserSID.length()>0) ? sUserSID.c_str() : 0, &spPolicyState), HRESULT=87d00215 (e:\nts_sccm_release\sms\dcm\sdk\cisdkclass.cpp,1965)
CAppMgmtSDK::GetEvaluationState - ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828.6 Not found in CI state store. Marking CIs state as EvaluationFailed
NotifyProgress received: 16 (Application failed to evaluate )
CIStore.log
CCIStore::Notify - Targeting Change: __InstanceCreationEvent for CI with Model Name ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828, Version 6
CCIStore::Notify - CI Model Name ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828, Version 6 is now targeted for user .
CCIStore::ProcessCITargetEvent - CI ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828:6 will be targeted for SYSTEM
CCIStoreTargetedCIDownloader::AddCI - CI Modelname:ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828 Version:6 has been added for download
CIStateStore.log
CCIStateStore::CacheCIState - CI ModelName ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828, Revision 6 will be cached for SYSTEM
CCIStateStore::CacheCIState - CI ModelName ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828, Revision 6 already cached for SYSTEM
CIStateStore5/24/2012 11:53:16 AM
2556 (0x09FC)
CCIStateTransition::ExtractStateDetails - CI ModelName ScopeId_20103BB4-95B0-4938-BBD1-B4F09F714BDF/RequiredApplication_e4048d56-cfa1-43e0-b4df-f30b6a834828, version 6 not found in store.
After continuing on after i thought i had this figured out, I can still not deploy applications during the TS. Applications all deploy successfully while in the OS but not during the TS. Every application that tries to install gets this in the log
Policy evaluation initiated
Policy Evaluation failed, hr=0x87d00215
Application failed to evaluate
No application state information is available
Exhausted retry attempts. Giving up
Install application action failed: (Application Name) Error Code 0x80004005
Any Ideas?
Ok, I figured this out; the application that I was deploying in the task sequence had two deployment types, one for 32bit and one for 64. After removing the 64bit deployment type the task sequence now installs the application. So with that being said, does anyone know how the task sequence evaluates the deployment types?
Thanks
Hello,
In my task sequence, any application that i add fails to install with Error Code 0x87d00215. Outside of the task sequence the applications install with no problems.
A couple things that i have verified already
DP is set to allow clients to connect anonymously
Network Access Account is set and verified
Setting on the application for Allow this application to be installed from the Install Application task sequence action instead of deploying it manually is set
Boundaries are set correctly as software installs correctly outside of the TS
Logs that do not show errors
IIS logs - Check out just fine
Location Services - Does not show any errors and finds the AD Forest/Site and MP successfully
CAS Log - Does not show any errors with the correct date
Data Transfer Log - Does not show any error with the correct date
Any ideas would be greatly appreciated.
Thanks
Don't think of an MP at a secondary site as an MP, it serves a slightly different purpose in life. In 2007 and before they were called proxy MPs. Although that's not really accurate for 2012, hence the reason they are not called that anymore, they are not full-fledged MPs either and only contain a subset of the required information and also cannot do things like register clients.
Connectivity to the MP at the primary site is always required and is explicitly needed during initial client setup.
Jason | http://blog.configmgrftw.com
Torsten Meringer | http://www.mssccmfaq.de
So with multiple sites and management points... this won't force the use of a specific site MP for the life of that machines install right? Just during OSD?
Will it still be able to fail over to another MP if it becomes unavailable in the future?
There's no requirement to be joined to a domain.
The two things that need to be done are
- Add the SMSMP property to the Setup and ConfigMgr task (contrary to that blog post, this is not problematic if you have multiple MPs within a primary site, you just pick one -- who cares which one)
- And install the hotfix from KB2522623: http://blog.configmgrftw.com/?p=490
Jason | http://blog.configmgrftw.com
I had exactly the same problem, with sccm 2012 SP1 on a server 2012R2
I simply enabled anonymous:
Administration -> Site Configuration ->
Select Servers and site system roles
Double-click on the Distribution point
General tab: check the "allow clients to connect anonymously" box then click on OK
I agree partially with what you are saying.
I agree that the domain join could be causing the issue.
But you should be able to join a computer to the domain even if an object with the same name already exists.
So the issue is rather the account that's being used to join the computer to the domain than the existence of the object with the same name.
I have also seen this error occur if the computer is not being joined to the domain correctly. Packages will install fine, but not applications. Regardless of the SMSMP switch being used.
Actually I just had a computer with this in the SMSTS.log:
Execution status received: 24 (Application download failed )
Turns out that in this case an object already existed in the domain, with the same name, hence the join to the domain failed, but that will not break the TS. The download of applications will though.
Martin Bengtsson | www.imab.dk
Don't think of an MP at a secondary site as an MP, it serves a slightly different purpose in life. In 2007 and before they were called proxy MPs. Although that's not really accurate for 2012, hence the reason they are not called that anymore, they are not full-fledged MPs either and only contain a subset of the required information and also cannot do things like register clients.
Connectivity to the MP at the primary site is always required and is explicitly needed during initial client setup.
Jason | http://blog.configmgrftw.com
Torsten Meringer | http://www.mssccmfaq.de
So with multiple sites and management points... this won't force the use of a specific site MP for the life of that machines install right? Just during OSD?
Will it still be able to fail over to another MP if it becomes unavailable in the future?
There's no requirement to be joined to a domain.
The two things that need to be done are
- Add the SMSMP property to the Setup and ConfigMgr task (contrary to that blog post, this is not problematic if you have multiple MPs within a primary site, you just pick one -- who cares which one)
- And install the hotfix from KB2522623: http://blog.configmgrftw.com/?p=490
Jason | http://blog.configmgrftw.com