Microsoft KB Archive/932599

= Information Store database does not mount with Event ID 9519 and 9518 =

Article ID: 932599

Article Last Modified on 10/25/2007

-

APPLIES TO


 * Microsoft Exchange Server 2003 Standard Edition
 * Microsoft Exchange Server 2003 Enterprise Edition

-



SYMPTOMS
After you apply a version of Store.exe that is later than 06.05.7651.26 on a computer that is running Microsoft Exchange Server 2003, you experience the following symptoms:  You can no longer mount any of the Exchange databases.  The following events are logged in the Application log:

Event ID 9519 Event Type: Error

Event Source: MSExchangeIS

Event Category: General

Event ID: 9519

Date:

Time:

User: N/A

Computer:

Description: Error 0x89a starting database &quot;First Storage Group\Mailbox Store&quot; on the Microsoft Exchange Information Store.

For more information, click http://www.microsoft.com/contentredirect.asp.

Data: 0000: 46 61 69 6c 65 64 20 74 Failed t

0008: 6f 20 63 6f 6e 66 69 67 o config

0010: 75 72 65 20 4d 44 42 00 ure MDB. Event ID 9518 Event Type: Error

Event Source: MSExchangeIS

Event Category: General

Event ID: 9518

Date:

Time:

User: N/A

Computer:

Description: Error 0x89a starting Storage Group /DC= /DC= /CN=Configuration/CN=Services/CN=Microsoft Exchange/CN= /CN=Administrative Groups/CN= /CN=Servers/CN= /CN=InformationStore/CN=First Storage Group on the Microsoft Exchange Information Store. MDB failed to start. 

For more information about hotfix 926666, click the following article number to view the article in the Microsoft Knowledge Base:

926666 Update for daylight saving time changes in 2007 for Exchange 2003

Note The hotfix that is contained in 926666 is a version of Store.exe that is higher than 06.05.7651.26. Therefore, you may experience this issue after you apply that fix.



CAUSE
This problem may occur if the Microsoft Exchange Information Store service experiences an ecAmbiguousAlias error when enumerating the groups and users that are assigned permissions to the store databases objects in Active Directory. The error occurs when a security identifier (SID) cannot be resolved to a single user. In this scenario, the SID is present in the security descriptor of the database object that will not mount. The SID cannot be resolved to a single user if one of the following conditions is true:  The SID is for a well-known user or group, and more than one domain exists in the forest. Therefore, duplicate objectSID objects are created. Two or more of the following objects have matching or conflicting values:  objectSID msExchMasterAccountSid</li> sIDHistory</li></ul>

These three attributes must be unique within the forest.</li></ul>

<div class="workaround_section">

WORKAROUND
To work around this problem, first check the permissions in the Exchange environment to make sure that no well-known accounts or groups have been defined to the permissions of the Exchange stores. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

243330 Well-known security identifiers in Windows operating systems

Look for well-known objects
Search through the Exchange permissions for well-known objects that are defined on the permissions of the Exchange objects. To do this, follow these steps: Warning If you use the ADSI Edit snap-in, the LDP utility, or any other LDAP version 3 client, and you incorrectly modify the attributes of Active Directory objects, you can cause serious problems. These problems may require you to reinstall Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, or both Windows and Exchange. Microsoft cannot guarantee that problems that occur if you incorrectly modify Active Directory object attributes can be solved. Modify these attributes at your own risk. <ol> Start Exchange System Manager.</li> Right-click the organization name, and then click Delegate control.</li> Follow the steps in the Exchange Administration Delegation Wizard to remove all the well-known objects from the Users and groups list. For example, remove the Builtin\Administrators group and so on.</li> In Exchange System Manager, expand Administrative Groups, right-click the administrative group, and then click Delegate control.</li> Follow the steps in the Exchange Administration Delegation Wizard to remove all the well-known objects from the Users and groups list.</li> Start the ADSI Edit tool, and then verify that each store on the server has the Allow inheritable permissions from the parent to propagate to this object and all child objects check box selected. To do this, follow these steps.

Note The ADSI Edit tool is included with the Windows Support Tools. To install the Windows Support Tools, double-click SUPTOOLS.MSI in the Support\Tools folder on the Microsoft Windows Server 2003 CD. <ol style="list-style-type: lower-alpha;"> Click Start, click Run, type adsiedit.msc, and then click OK.</li> Expand '''Configuration [. . ].'''</li> Expand CN=Configuration, DC= ,DC= .</li> Expand CN=Services.</li> Expand CN=Microsoft Exchange.</li> Expand CN= .</li> Expand CN=Administrative Groups.</li> Expand CN= .</li> Expand CN=Servers.</li> <li>Expand CN= </li> <li>Expand CN=InformationStore, and then click CN= .</li> <li>In the results pane, right-click CN=Mailbox Store , and then click Properties.</li> <li>Click the Security tab, and then click Advanced.</li> <li>Verify that the Allow inheritable permissions from the parent to propagate to this object and all child objects check box is selected, and then click OK two times.</li> <li>In the results pane, right-click CN=Public Folder Store , and then click Properties.</li> <li>Click the Security tab, and then click Advanced.</li> <li>Verify that the Allow inheritable permissions from the parent to propagate to this object and all child objects check box is selected, and then click OK two times.</li></ol> </li> <li>Exit the ADSI Edit tool, and then stop and restart the Microsoft Exchange Information Store service.

Note Sometimes, you may have to restart the server for these settings to take effect.</li></ol>

Conflicting SIDs in other attributes
If you have removed all well-known users from the permissions and restarted the server, and the issue continues, the problem is probably caused by a conflicting value in two of the following objects:
 * objectSID
 * msExchMasterAccountSid
 * sIDHistory

Currently there is no easy method to determine which two objects have these conflicting values. We recommend that you use one of the following methods: <ul> <li>Remove all non-default groups and users from the permissions for the Organization and Administrators group levels.</li> <li>Contact Microsoft to help you determine which two objects are conflicting and to help you resolve the issue. To contact Microsoft, visit the following Microsoft Web site:

http://support.microsoft.com/contactus/?ws=support

</li></ul>

<div class="resolution_section">

RESOLUTION
A hotfix has been released to resolve this problem. Knowledge Base article 930241 describes this hotfix. This hotfix provides the following changes:
 * Well-known group objects will be ignored.
 * When two objects are returned by the SID search, you will only receive an error message.

For more information about this hotfix, click the following article number to view the article in the Microsoft Knowledge Base:

930241 The Exchange 2003 database does not mount, and event IDs 9518 and 9519 are logged in the Application log

<div class="status_section">

STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the &quot;Applies to&quot; section. We are working on a hotfix to resolve this issue.

Additional query words: XADM Exchange2003 Daylight Saving Time Daylight Savings Time DST c1041724 hotfix

Keywords: kbpending kbbug kbeventlog kbenv kbtshoot kbprb KB932599

-

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

© Microsoft Corporation. All rights reserved.