Microsoft KB Archive/272999

= 3044 and 3079 events occur starting Information Store and public folder replication does not work in Exchange 2000 Server =

Article ID: 272999

Article Last Modified on 2/26/2007

-

APPLIES TO


 * Microsoft Exchange 2000 Server Standard Edition

-



This article was previously published under Q272999



SYMPTOMS
If you are running a beta version of Microsoft Exchange 2000 Server in a mixed Microsoft Exchange Server 5.5 and Exchange 2000 organization, or if some action has caused the Site Consistency Checker (SCC) to re-arbitrate its entries, public folder replication may stop working on one or more servers. For example, the SCC may re-arbitrate its entries if the Site Replication Service (SRS) is deleted or if sites are deleted. If you increase diagnostics logging on the public information store, incoming replication messages may be generated, but no outgoing replication messages are generated. Additionally, the following error messages may be logged in the application event log when you start the Exchange Server information store: Event ID: 3044

Source: MSExchangeIS Public

Type: Error

Category: Replication Site Folders

Description:

Error 0x3f0 occurred while performing a site folder teardown check.

Event ID: 3079

Source: MSExchangeIS Public

Type: Error

Category: Replication Errors

Description:

Unexpected replication thread error 0x3f0.

EcGetReplMsg

EcReplStartup

FReplAgent



CAUSE
This problem can occur if a duplicate public information store that is named &quot;Microsoft Public MDB-1&quot; is created on one or more of the Exchange 2000 servers.



RESOLUTION
To resolve this problem and to get public folder replication working again on the Exchange Server 5.5 computers, you must edit the ADC-Global-Names properties.

Warning If you use the raw mode of the Exchange Server Administrator program (admin /r) incorrectly, serious problems may occur that may require you to reinstall Microsoft Windows NT Server, Microsoft Exchange Server, or both. Microsoft cannot guarantee that problems that result from using raw mode incorrectly can be solved. Use raw mode at your own risk.  Start the Microsoft Exchange Server 5.5 Administrator program in raw mode by typing the following at a command prompt:

c:\exchsrvr\bin\admin /r

 Gather Administrator dump files for both the default Public Folder Store and the Microsoft Public MDB-1 Store. To do this, press and hold the CTRL key as you click raw properties for each of the stores. This creates the file Admindmp.txt in the Exchsrvr\Bin folder. Check the dump files for the ADC-Global-Names properties of both objects. Record the NT5 and Forest ObjectGUID values of the ADC-Global-Names object of both the default Public Folder Store and the Microsoft Public MDB-1 Store.

Note The values of the default Public Folder Store will most likely be blank. Use the NT5 value of the MDB-1 Store to verify that the AD replication partner is the default Public Folder Store for that Exchange 2000 server. To search by using NT5 values, use the ObjectGUID attribute in an LDAP search filter to find the object in Active Directory directory service. Because the ObjectGUID attribute is a hexadecimal value, you must add slashes after each byte to search. After you verify the partner, start the Microsoft Exchange Server 5.5 Administrator program in raw mode by typing the following at a command prompt:

c:\exchsrvr\bin\admin /r

 Connect to the Site Replication Service (SRS) server that is hosting the Exchange 5.5 site in which the public folder belongs.</li> To bring up the raw properties of the default object, click the Organization, and then click Raw Properties on the File menu.</li> On the List Attributes of Type list, click All Properties.</li> In the Object Attributes window, click ADC-Global-Names.</li> The pane should contain two values for the Object: an NT5 value and a Forest value. Click the NT5 value.</li> In the Edit Value box, type the NT5 value that you recorded from the Administrator dump file of the Public MDB-1 object.</li> Click Apply, and then click OK.</li> In the Attribute Value pane, click the Forest value. In the Edit Value box, type the Forest value you recorded from Administrator dump of the Public MDB_1 object.</li> Click Apply, and then click OK.</li> Double-check that both values appear the same as they do on the Public MDB-1 object.</li> Close the Administrator Program.</li> Use ADSIEDIT to delete the Microsoft Public MDB-1 Public Folder.</li> Wait for replication to occur.</li> If any 5.5 Exchange Servers have not replicated, restart them and monitor the situation for additional issues.</li></ol>

<div class="status_section">

STATUS
Microsoft has confirmed that this is a problem in the beta version of Microsoft Exchange 2000 Server.

<div class="moreinformation_section">

MORE INFORMATION
This problem is resolved in the released version (build 4417.5) of Exchange 2000 Server, which prevents the duplicate public folder object from being created in the first place. However, duplicate &quot;Microsoft Public MDB-1&quot; objects may exist in organizations that installed prerelease or beta versions of Exchange 2000.

When the Exchange Server 5.5 computer's public folder replication engine starts, the replication engine tries to retrieve a list of all sites and servers that have a public information store. The public folder replication engine then verifies that the public information stores are named &quot;Microsoft Public MDB&quot;. If any other name is encountered, the replication engine does not work and logs the two error messages that are mentioned in the &quot;Symptoms&quot; section.

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

199412 Administrator program dump files (Admindmp.txt)

316280 A description of the &quot;ADC Global Names&quot; attribute

Additional query words: SRS exch2kp2w

Keywords: kbbug kbnofix KB272999

-

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

© Microsoft Corporation. All rights reserved.