Beeton, Carolyn (Carolyn) wrote:
-----Original Message-----
From: Laurentiu Ceausescu [mailto:[email protected]] Sent: Monday, March 29, 2010 10:33 AM

Beeton, Carolyn (Carolyn) wrote: There is a command-line utility to reload alarms: sipx-alarm -h <remote server> --reloadAlarms
        
Does this command (run from the config server) produce the same results? Run from the secondary server?
        
        Carolyn
Both commands return true.
 - from primary:
$ /usr/local/sipx/bin/sipx-alarm --host laurentiu.itcnetworks.ro --reloadAlarms true
 - from secondary:
$ /usr/local/sipx/bin/sipx-alarm --reloadAlarms true

Laurentiu

To clarify: "Note that 'toor' is the master and 'laurentiu' is the secondary 
server."

The error message ("'laurentiu.itcnetworks.ro' failed SSL authentication") means that the list of identities in the certificate does not include 'laurentiu.itcnetworks.ro'. I don't think we'd expect it to - it's the master's certificate, so it would include "toor.itcnetworks.ro"...
The log extract you gave earlier is this:

and in sipxconfig.log [on toor.itcnetworks.ro] ...
"2010-03-25T08:14:48.746000Z":2137:JAVA:INFO:toor.itcnetworks.
ro:background:00000000:XmlRpcClientInterceptor:"XML/RPC Alarm.reloadAlarms with [toor.itcnetworks.ro] on https://toor.itcnetworks.ro:8092/RPC2";
"2010-03-25T08:14:48.780000Z":2138:JAVA:INFO:toor.itcnetworks.
ro:background:00000000:XmlRpcClientInterceptor:"XML/RPC Alarm.reloadAlarms with [laurentiu.itcnetworks.ro] on https://toor.itcnetworks.ro:8092/RPC2";
"2010-03-25T08:14:48.797000Z":2139:JAVA:ERR:toor.itcnetworks.r
o:pool-939-thread-1:00000000:XmlRpcClientInterceptor:"XML/RPC error: "
org.apache.xmlrpc.XmlRpcException: TLS Peer Authentication Failure

Don't we want to see Alarm.reloadAlarms with [toor.itcnetworks.ro] on https://laurentiu.itcnetworks.ro:8092/RPC2"; ?

(e.g. to restart something on a secondary system moon.qantom.int, this command 
is sent:
XML/RPC ProcMgmtRpc.restart with [earth.qantom.int, [SharedAppearanceAgent..., 
true] on https://moon.qantom.int:8092/RPC2)

Carolyn
Yes ... this is the correct approach.

Thank you,
Laurentiu
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to