[cisco-voip] Unity Connection 10.5.2 Split Brain Recovery

[Thomas LeMay]

Hi, Aaron,

 

Can you elaborate on what is meant by thin provisioning?  We experienced split brain a few weeks ago whereby each uc server thought it was the primary.  They became locked and I rebooted the servers.  When they came back up they went into split brain recovery mode.

 

We applied the 20K ova template.

 

Tom

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (AM)
Sent: Tuesday, October 27, 2015 2:17 PM
To: Ryan Huff; Aaron Banks; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection 10.5.2 Split Brain Recovery

 

Only time I’ve seen split brain in UC was when the customer built the VM with thin provisioning.  Seems their vm team did all sorts of things wrong….

 

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Huff
Sent: Tuesday, October 27, 2015 1:26 PM
To: Aaron Banks <amichaelbanks at hotmail.com>; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection 10.5.2 Split Brain Recovery

 

 

1.) Shut down the HA node.

 

2.) Reboot the primary node

 

3.) Once the primary node is up, place a call into voicemail 

 

4.) Power the HA node back on

 

5.) Once HA is up, verify HA status.

 

 

 

Sent from my T-Mobile 4G LTE Device



-------- Original message --------
From: Aaron Banks 
Date:10/27/2015 12:35 PM (GMT-05:00) 
To: cisco-voip at puck.nether.net 
Subject: [cisco-voip] Unity Connection 10.5.2 Split Brain Recovery 



Has anyone seen/resolved a split brain recovery in Unity Connection 10.5.2?  The primary and secondary keep swapping back and forth every few minutes.  I can ping and trace to each server.  I restarted the primary but that did not resolve the issue.  In the RTMT system logs, the secondary sends an NTP query to the primary the response is the primary is inaccessible or down.  I'm stumped.



itevomcid 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20151027/008e2863/attachment.html>