While doing a Exchange 2010 DR test, Exchange 2010 SP1 mailbox servers in the primary datacentre failed to add itself back into the DAG’s underlying cluster.
The error message I got is shown below.
Log Name: System
Source: Microsoft-Windows-FailoverClustering
Event ID: 1090
Task Category: Startup/Shutdown
Level: Critical
User: SYSTEM
Computer: EX01.HEW.LOCAL
Description:
The Cluster service cannot be started. An attempt to read configuration data from the Windows registry failed with error ’2′. Please use the Failover Cluster Management snap-in to ensure that this machine is a member of a cluster. If you intend to add this machine to an existing cluster use the Add Node Wizard. Alternatively, if this machine has been configured as a member of a cluster, it will be necessary to restore the missing configuration data that is necessary for the Cluster Service to identify that it is a member of a cluster. Perform a System State Restore of this machine in order to restore the configuration data.
While running the Start-DatabaseAvailabilityGroup “DAG Name” cmdlet which will add the “evicted” DAG members back into the cluster, the process fails with the error above. I noticed that the cluster service was set to disabled. Trying to start it manually failed. The following steps were taken to fix the issue.
- Make sure that the cluster files are excluded in the AV scanning. If not, exclude the folder (C:\Winnt\Cluster). I tried stopping the AV service to “unlock” the cluster files.
- Try a force cleanup of the cluster from the failed server. Run Cluster Node “ServerName” /forcecleanup from an elevated command prompt.
- Once the cleanup is successful, open Failover Cluster Manager and add the failed server manually back into the cluster. You can also try running Start-DatabaseAvailabilityGroup “DAG Name” –MailboxServer “FailedServer”.





Josh Walker August 26, 2012 at 3:25 am
I have just experienced the same problem in my environment. On step 2 I receive this output:
H:\>cluster ucpsdag node ucpsmnbx1 /forcecleanup
Attempting to clean up node ‘ucpsmnbx1′ …
The first error encountered is shown below. For a complete list of errors
and suggestions for recovery, see the Failover Clustering application event
log using Event Viewer on the node.
System error 1722 has occurred (0x000006ba).
The RPC server is unavailable.
Rajith Enchiparambil September 17, 2012 at 10:25 am
What was the fix in your case Josh?
Josh Walker August 28, 2012 at 12:20 am
Please do not approve my last comment and remove my comment from this article.
Rajith Enchiparambil September 17, 2012 at 10:26 am
What happened Josh?
Ravindra Rasal December 6, 2012 at 7:08 am
I Had faced same problem as Josh.
As I run forcecleanup command in elevated admin Command prompt it run successfully.
Rajith Enchiparambil February 1, 2013 at 8:28 am
Thanks Ravindra.