[Openais] Corosync UDP ports

Steven Dake sdake at redhat.com
Wed Mar 24 14:53:31 PDT 2010


yes this is documented in various places but i'll make sure it makes it
into the man pages

regards
-steve

On Mon, 2010-03-15 at 10:53 +0100, Colin wrote:
> Hi All,
> 
> in a test that we started last week we have two Pacemaker+Corosync
> clusters, each with three hosts, where all six hosts are on the same
> network(s). The two clusters are identically configured, with one
> execption: the mcastport is 688 for one, and 689 for the other.
> 
> This morning I found the clusters in a strange state, none of the
> hosts could see any of the others, i.e. Pacemaker output was "as if"
> Corosync wasn't running on the other  nodes, although the network was
> fine, as I could easily verify with a ping etc.
> 
> I then noticed in the lsof output that Corosync seems to also use the
> port below the configured mcastport, which leads me to my questions:
> 
> Is this normal? It doesn't seem to be documented in
> http://corosync.org/doku.php?id=faq:configure_openais and
> corosync.conf(5).
> Is this overlap created by the additional port a likely cause for the
> cluster conking out?
> 
> Thanks, Colin
> 
> 
> PS: I'm in the process of trying to revive the cluster;
> /etc/init.d/corosync stop didn't work, but a few "kill -9" and "rm -f
> /var/lib/heartbeat/crm/*" commands later I'm up-and-running again on
> 2x2 of the 2x3 nodes with the same config as previously, looking fine
> so far...
> 
> 
> root at h001:~# dpkg -l | grep corosync
> ii  corosync
> 1.2.0-0ubuntu1                                  Standards-based
> cluster framework (daemon an
> ii  libcorosync4
> 1.2.0-0ubuntu1                                  Standards-based
> cluster framework (libraries
> root at h001:~# cat /etc/corosync/corosync.conf
> totem {
>         version: 2
>         consensus: 1500
>         vsftype: none
>         clear_node_high_bit: yes
>         secauth: off
>         threads: 0
>         rrp_mode: passive
>         interface {
>                 ringnumber: 0
>                 bindnetaddr: 192.168.50.32
>                 broadcast: yes
>                 mcastport: 688   <=== 689 for the other cluster
>         }
>         interface {
>                 ringnumber: 1
>                 bindnetaddr: 192.168.52.32
>                 broadcast: yes
>                 mcastport: 688   <=== 689 for the other cluster
>         }
> }
> amf {
>         mode: disabled
> }
> service {
>         ver:       0
>         name:      pacemaker
> }
> aisexec {
>         user:   root
>         group:  root
> }
> logging {
>         fileline: off
>         to_stderr: yes
>         to_logfile: no
>         to_syslog: yes
>         syslog_facility: daemon
>         debug: on
>         timestamp: on
>         logger_subsys {
>                 subsys: AMF
>                 debug: off
>                 tags: enter|leave|trace1|trace2|trace3|trace4|trace6
>         }
> }
> root at h001:~# lsof -n | grep corosync | grep UDP
> corosync  17688        root    5u     IPv4              89563      0t0
>        UDP 255.255.255.255:688
> corosync  17688        root    6u     IPv4              89564      0t0
>        UDP 192.168.50.40:687
> corosync  17688        root    7u     IPv4              89565      0t0
>        UDP 192.168.50.40:688
> corosync  17688        root    8u     IPv4              89612      0t0
>        UDP 255.255.255.255:688
> corosync  17688        root    9u     IPv4              89613      0t0
>        UDP 192.168.52.40:687
> corosync  17688        root   10u     IPv4              89614      0t0
>        UDP 192.168.52.40:688
> root at h001:~#
> _______________________________________________
> Openais mailing list
> Openais at lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/openais



More information about the Openais mailing list