Microsoft KB Archive/814754

= IISSync.exe Stops Responding on a Windows 2000 Cluster Node Where Exchange 2000 Server is Installed =

Article ID: 814754

Article Last Modified on 11/14/2007

-

APPLIES TO


 * Microsoft Exchange 2000 Enterprise Server
 * Microsoft Windows 2000 Advanced Server
 * Microsoft Windows 2000 Datacenter Server

-



SYMPTOMS
When you run the IISSync.exe command-line utility on a Microsoft Windows 2000-based computer that is running the Cluster service to synchronize a clustered Web site or FTP site, the IISSync.exe program may stop responding (hang).

Additionally, all Microsoft Exchange 2000 Server-related resources that depend on Microsoft Internet Information Services (IIS), such as the IMAP4, POP3, and SMTP resources, enter a failed state. They failover to the other cluster node but do not come online.



CAUSE
This issue may occur if you run the IISsync.exe utility on a cluster server where Exchange 2000 Server is installed. This issue may also occur if a &quot;deadlock&quot; occurs when the COMREPL program that is called by IISSync.exe tries to reinstall the &quot;Workflow Event Sink&quot; COM+ Application that is installed by Exchange 2000 Server.



WORKAROUND
To work around this issue, follow these steps:  Shut down the Workflow Event Sink on both the source and destination servers that you tried to synchronize by using the IISSync.exe program. To do so, follow these steps:  Click Start, point to Programs, point to Administrative Tools, and then click Component Services. Expand Component Services, expand Computers, expand My Computer, and then expand COM+ Applications. Right-click Workflow Event Sink, and then click Shut down.  On both the source and destination computers, note the following role memberships for the Workflow Event Sink:

Can Register Workflow

Privileged Workflow Authors

 On both the source and destination computers, remove the Workflow Event Sink from the COM catalog. To do so, follow these steps:  Click Start, click Run, type cmd in the Open box, and then click OK.</li> Change the directory to the following folder location:

Program Files\Exchsrvr\Bin

</li> Type regsvr32 /u cdowfevt.dll, and then press ENTER.</li> When you receive the following message: DllUnregisterServer in cdowfevt.dll succeeded, click OK.</li></ol> </li> Run the IISSync.exe utility to replicate changes from the clustered IIS server to the other server.</li> On both the source and destination computers, reinstall the Workflow Event Sink into the COM catalog. To do so, follow these steps:  Click Start, click Run, type cmd in the Open box, and then click OK.</li> Change the directory to the following folder location:

Program Files\Exchsrvr\Bin

</li> Type regsvr32 cdowfevt.dll, and then press ENTER.</li> When you receive the following message: DllUnregisterServer in cdowfevt.dll succeeded, click OK.</li></ol> </li> On both the source and destination servers, restore the role memberships for the Workflow Event Sink that you noted in step 2, by adding each user to the appropriate role.</li> Run the workflow setup (Wfsetup.vbs) program that is included with the Microsoft Exchange Software Development Kit (SDK).

To obtain the Microsoft Exchange SDK Development Tools, visit the following Microsoft Web site:

http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/MSDN-FILES/027/001/833/msdncompositedoc.xml

Note By default, when you install the Exchange SDK Development Tools, the Wfsetup.vbs file is stored in the following location:

C:\Program Files\Exchange SDK\Tools\WorkflowSetup

</li> When you receive the message that states that workflow setup is complete, click OK.</li></ol>

<div class="status_section">

STATUS
Microsoft has confirmed that this is a problem in Microsoft Windows 2000 Server.

<div class="moreinformation_section">

MORE INFORMATION
The last phase of the COMREPL process re-installs the COM+ Applications, and stops responding when it prompts the Workflow Event Sink COM dynamic link Library (DLL) to register. DllRegisterServer in Cdowfevt.dll calls the InstallWorkflow function. This function first checks if the workflow application is already registered with COM+ by enumerating the COM+ catalog. However, because the COM+ catalog is designed to lock all processes out during this procedure, a deadlock occurs where the InstallWorkflow function cannot install the Workflow Event Sink, and the COMREPL process waits for the Workflow Event Sink to be reinstalled before returning to IISSync.exe.

Keywords: kbnofix kbbug kbprb KB814754

-

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

© Microsoft Corporation. All rights reserved.