Microsoft KB Archive/929388

= An “identity of application pool CRMAppPool is invalid” message is logged in the Application log after you configure CRMAppPool for a domain account user in Microsoft Dynamics CRM =

Article ID: 929388

Article Last Modified on 1/4/2008

-

APPLIES TO


 * Microsoft Dynamics CRM 4.0
 * Microsoft Dynamics CRM 3.0

-



SYMPTOMS
When you run the CRMAppPool application pool after you configure the application pool for a domain account user in Microsoft Dynamics CRM, the following message is logged in the Application log: The identity of application pool CRMAppPool is invalid.

When this issue occurs, the CRMAppPool application pool cannot start.

This issue occurs even if the domain account user is a member of the local administrator group.



CAUSE
The issue occurs because the permissions or the user rights of the domain account user are insufficient.



RESOLUTION
To resolve this issue, follow these steps:  Include the domain account user in the following groups in Active Directory:  The Domain Users Active Directory group The PrivUserGroup The SQLAccessGroup

To do this, follow these steps:  Log on to a server as a user who has the Domain Admin rights or the rights to update these groups. Right-click the Domain Users group in Active Directory, and then click Properties.</li> In the Group name box, type the name of the user who is running the CRM Application Pool, and then click OK two times.</li> Repeat steps b and c for the PrivUserGroup group and for the SQLAccessGroup group.</li></ol>

If you have more than one Microsoft Dynamcis CRM deployment installed, multiple groups exist in Active Directory. To determine the groups that you want to update, follow these steps.

For Microsoft Dynamics CRM 3.0 <ol style="list-style-type: lower-alpha;">  Run the following SQL statement against the MSCRM database: select organizationid from organizationbase </li> Note the GUID. For example, the GUID may be C8AB1D52-9383-4164-B571-4C80D46674E3.</li> Find the PrivUserGroup group and the SQLAccessGroup group in Active Directory. The group name contains the GUID that you noted in step b.</li></ol>

For Microsoft Dynamics CRM 4.0 <ol style="list-style-type: lower-alpha;">  Run the following SQL statement against the MSCRM_config database: select id, friendlyname from organization </li> Note the GUID. For example, the GUID may be C8AB1D52-9383-4164-B571-4C80D46674E3 Org Name.</li> Find the PrivUserGroup group and the SQLAccessGroup group in Active Directory. The group name contains the GUID that you noted in step b.</li></ol>

Note If more than one organization was created in Microsoft Dynamics CRM 4.0, the security groups contain the GUID of the first created organization.</li> Include the domain account user in the following groups in the Microsoft Dynamics CRM server:  The local IIS_WPG group</li> The local CRM_WPG group</li></ul>

Note The domain account user must have the following local user rights:  The Impersonate a client after authentication right</li> The Log on as a service right</li></ul>

To do this, follow these steps: <ol style="list-style-type: lower-alpha;"> <li>In the Microsoft Dynamics CRM server, click Start, point to Administrative Tools, and then click Local Security Policy.</li> <li>Expand Local Policies, and then click User Rights Assignment</li> <li>Right-click Impersonate a client after authentication, and then click Properties.</li> <li>Click Add User or Group.

Note You may have to click Location to select the domain instead of the local computer.</li> <li>In the Group name box, type the name of the user who is running the CRM Application Pool, and then click OK two times.</li> <li>Repeat steps 2c through 2e for the Log on as a service right.</li></ol> </li> <li>Restart Internet Information Services (IIS). To do this, click Start, click Run, type IISRESET, and then click OK.</li></ol>

Keywords: kbmbscrm40 kbtshoot kbmbsadministration kberrmsg kbmbsmigrate kbprb KB929388

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.