Exchange 2007 SP1 2 node CCR cluster. triton=cluster mbx, mantus=active, mania=passive "Roles is a storagegroup"It appears the passive node has trouble talking to the active node on some levels. Replication is working, but here are some event log errors. I get these two events at the same time. The passive node saysLog truncation open RPC context to the Information Store failed for storage group 'Triton\Roles'. Error code: 3355381764.The active node saysClustered server with only one redundant machine will be treated as non-replicated server for backup log truncation: mantus ( I can find no info on this error whatsoever)I also get from Forefront security on the passive node.Microsoft Forefront Server Security CCR Replication service has skipped replication of a file.Backupexec does backups and we have the option "backup the passive node first, if unavailable try the active." This backs up the storage groups fine, but the logs on the active are truncated, but not on the passive. This would indicate some kind of communication problem. It appears to be RPC related. Can anyone recommend some tests or anything I can do to solve this? Basic network connectivity testing and cabling testing has been done. No problems found.Thank you very much

Hello, Run ExBPA and check what errors you get. Additionally, checkerrors in event log and post those here... http://exbpa.com/

Issue description: The log files on the passive node havent been truncated, and we saw two event errors in the application log Possible cause: missing value in the attribute msExchServerRedundantMachines Resolution [It requires downtime] a. Opened ADSIEdit.msc b. Configuration Partition->Services ->Microsoft Exchange ->Org_Name ->Administrative Groups ->Exchange Administrative Group (FYDIBOHF23SPDLT) ->Servers ->Select CCR_Exchange_virtual_servername and go to its Properties c. Look for attribute msExchServerRedundantMachines d. Make sure that both physical CCR cluster nodes name is in the value field, please add if not e. Then reboot server to check the application log f. Also try the failover and monitor the process Troubleshooting: 1. Use Get-StorageGroupCopyStatus on both nodes to view status info of storage groups 2. Please test the failover, see if you got further errors 3. Please check If both nodes have been listed as possible owner in the Cluster Admin Manage tool Notes: Properties of exchange cluster group must list both nodes, and each resource within that group needs to match that list as well Notes: We can also use command <cluster res "resourcename" /listowners> to check all resources 4. Please try to re-replicate to storage group copy [It requires downtime] a. Suspend Storage Group copy, dismount mailbox store b. Relocate all files in database location on the passive node[logs, EDB etc] Copy good copy of database file only from active server without any log or chk files to the passive and Resume Storage Group copy

James,WOW!MSexchserverredundantmachines only had one node in it. I added the second node, rebooted the server and I finally get a status on my storage group copy. That fixed a ton of things.Thank you very very much!Why / How could that have gotten changed? Dan

The actual problem is unknown. One possible cause: exchange 2007 SP1 didnt upgrade properly as Microsoft recommendation or failed on certain level, it would cause passive node missing from the attribute