A reboot of the other call manager servers in the cluster resolved
this problem. I had just restarted the call manager service on the
other servers but that did not clear the issue, a server reboot did.

On Tue, May 5, 2015 at 2:43 PM, Erick <[email protected]> wrote:
> Wes,
>
> The phones show correct status on publisher and main subscriber ,  just 
> secondary subscriber shows incorrect status.
>
> I have restarted the problem subscriber already with no change and am 
> scheduling a window to reboot publisher and main subscriber.
>
> I have restarted ris data collector on all nodes as well.
>
> Sent from my iPhone
>
>> On May 5, 2015, at 11:01 AM, "Wes Sisk (wsisk)" <[email protected]> wrote:
>>
>> RIS reads a shared memory segment populated by the ccm process. If no server 
>> in the cluster can see registration status when phones are registered to 
>> that sub then likely the ccm process on that node has stopped updating 
>> shared memory on that node. you can verify this with ‘utils query risdb’ 
>> from CLI on the sub.
>>
>> once that happens there’s really no way to know why/how it happened. 
>> recovery is to restart the ccm process to reinitialize shared memory.
>>
>> -Wes
>>
>> On May 4, 2015, at 4:59 PM, Erick Bergquist <[email protected]> wrote:
>>
>> Anyone have any thoughts as to why a subscriber server would not show
>> phones registered? Everything is working fine.
>>
>> Just shows none, but if I force a phone to register to this server it
>> shows registered fine and works but then stays as Unregistered when
>> phone registers back to it's main server.
>>
>> I've restarted the server and the RIS Data Collector service on all the 
>> nodes.
>>
>> The database is synced and replicated fine cluster wide, and the utils
>> diagnose test passes all tests.
>>
>> The version is 10.5.1.10000
>>
>> Regards, Erick
>> _______________________________________________
>> cisco-voip mailing list
>> [email protected]
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to