[ClusterLabs] Users Digest, Vol 15, Issue 18

dinor geler dinorg at gmail.com
Thu Apr 14 05:25:27 UTC 2016


thank you Digimer ,i will try it on centos 7.
thanks again for the help.


On Wed, Apr 13, 2016 at 1:00 PM, <users-request at clusterlabs.org> wrote:

> Send Users mailing list submissions to
>         users at clusterlabs.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://clusterlabs.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
>         users-request at clusterlabs.org
>
> You can reach the person managing the list at
>         users-owner at clusterlabs.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>    1. Re: Totem is unable to form a cluster because of an operating
>       system or network fault (Digimer)
>    2. HA meetup at OpenStack Summit (Ken Gaillot)
>    3. Re: HA meetup at OpenStack Summit (Digimer)
>    4. Re: Totem is unable to form a cluster because of an operating
>       system or network fault (Jan Friesse)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 12 Apr 2016 11:46:21 -0400
> From: Digimer <lists at alteeve.ca>
> To: Cluster Labs - All topics related to open-source clustering
>         welcomed        <users at clusterlabs.org>
> Subject: Re: [ClusterLabs] Totem is unable to form a cluster because
>         of an operating system or network fault
> Message-ID: <570D184D.6000904 at alteeve.ca>
> Content-Type: text/plain; charset=windows-1252
>
> On 12/04/16 07:44 AM, dinor geler wrote:
> > Hi ,
> > Am trying to configure my sql on ubuntu according to this article :
> >
> https://azure.microsoft.com/en-in/documentation/articles/virtual-machines-linux-classic-mysql-cluster/
> >
> > two node cluster
> >
> >
> > looking on corosync log :
> >
> >
> > Apr 12 11:01:09 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:11 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:13 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:16 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:18 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:20 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:22 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:24 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:27 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:29 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> > Apr 12 11:01:31 corosync [TOTEM ] Totem is unable to form a cluster
> > because of an operating system or network fault. The most common cause
> > of this message is that the local firewall is configured improperly.
> >
> >
> >
> > totem {
> >   version: 2
> >   crypto_cipher: none
> >   crypto_hash: none
> >   interface {
> >     ringnumber: 0
> >     bindnetaddr: 10.1.0.0
> >     mcastport: 5405
> >     ttl: 1
> >   }
> >   transport: udpu
> > }
> > logging {
> >   fileline: off
> >   to_logfile: yes
> >   to_syslog: yes
> >   logfile: /var/log/corosync/corosync.log
> >   debug: off
> >   timestamp: on
> >   logger_subsys {
> >     subsys: QUORUM
> >     debug: off
> >     }
> >   }
> > nodelist {
> >   node {
> >     ring0_addr: 10.1.0.6
> >     nodeid: 1
> >   }
> >   node {
> >     ring0_addr: 10.1.0.7
> >     nodeid: 2
> >   }
> > }
> > quorum {
> >   provider: corosync_votequorum
> > }
> >
> >
> > If I initiate a tcpdump on node 2 and start either a netcat or nmap I
> > see packet arrives to destination host for port 5405 UDP traffic
> >
> >
> >
> > I do see Corosync listening on the IP/PORT
> >
> >
> >
> >
> >
> > root at node-2:/home/dinor# netstat -an | grep -i 5405
> >
> > udp        0      0 10.1.0.7:5405 <http://10.1.0.7:5405>
> > 0.0.0.0:*
> >
> >
> >
> >
> >
> > root at node-1:/home/dinor# netstat -an | grep -i 5405
> >
> > udp        0      0 10.1.0.6:5405 <http://10.1.0.6:5405>
> > 0.0.0.0:*
> >
> >
> >
> >
> >
> > On node 1 I start a netcat to port 5405 via udp
> >
> >
> >
> > netcat -D -4 -u 10.1.0.7 5405
> >
> >
> >
> > In here you type some text and hit enter
> >
> >
> >
> > On node 1 tcpdump we see data sent to IP 10.1.0.7
> >
> >
> >
> > root at node-1:/var/log/corosync# tcpdump -n udp port 5405
> >
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> decode
> >
> > listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
> >
> > 10:08:24.484533 IP 10.1.0.6.44299 > 10.1.0.7.5405: UDP, length 26
> >
> >
> >
> >
> >
> >
> >
> > On node 2 tcpdump I see the data arrive
> >
> >
> >
> > root at node-2:/var/log/corosync# tcpdump -n udp port 5405
> >
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> decode
> >
> > listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
> >
> > 10:08:24.484892 IP 10.1.0.6.44299 > 10.1.0.7.5405: UDP, length 26
> >
> >
> >
> >
> >
> > Tested also sending UDP packets from node 2 ? all ok.
> >
> >
> >
> > So connectivity seems to be ok.
> >
> >
> >
> > Port scanner also shows the port as Open
> >
> >
> >
> >
> >
> > root at node-1:/home/dinor# nmap -sUV 10.1.0.7 -p 5402-5405
> >
> >
> >
> > Starting Nmap 5.21 ( http://nmap.org ) at 2016-04-12 10:31 UTC
> >
> > Nmap scan report for node-2 (10.1.0.7)
> >
> > Host is up (0.00060s latency).
> >
> > PORT     STATE         SERVICE VERSION
> >
> > 5402/udp closed        unknown
> >
> > 5403/udp closed        unknown
> >
> > 5404/udp closed        unknown
> >
> > *5405/udp open|filtered unknown*
> >
> > MAC Address: 12:34:56:78:9A:BC (Unknown)
> >
> >
> >
> > Service detection performed. Please report any incorrect results at
> > http://nmap.org/submit/ .
> >
> > Nmap done: 1 IP address (1 host up) scanned in 79.07 seconds
> >
> >
> >
> >
> >
> > There is no FW and no selinux enabled
> >
> >
> > help appreciated.
>
> They disable stonith, so I question the entire tutorial... Suggesting
> using ssh for fencing shows a real flawed understanding.
>
> If you install CentOS 7 instead of Ubuntu, you will be able to follow
> the Cluster from Scratch tutorial on Clusterlabs.org website. It is
> written and maintained by the Pacemaker author and includes 'pcs' that
> will configure the base cluster for you.
>
> --
> Digimer
> Papers and Projects: https://alteeve.ca/w/
> What if the cure for cancer is trapped in the mind of a person without
> access to education?
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 12 Apr 2016 18:09:35 -0500
> From: Ken Gaillot <kgaillot at redhat.com>
> To: Cluster Labs - All topics related to open-source clustering
>         welcomed        <users at clusterlabs.org>
> Subject: [ClusterLabs] HA meetup at OpenStack Summit
> Message-ID: <570D802F.8030503 at redhat.com>
> Content-Type: text/plain; charset=utf-8
>
> Hi everybody,
>
> The upcoming OpenStack Summit is April 25-29 in Austin, Texas (US). Some
> regular ClusterLabs contributors are going, so I was wondering if anyone
> would like to do an informal meetup sometime during the summit.
>
> It looks like the best time would be that Wednesday, either lunch (at
> the venue) or dinner (offsite). It might also be possible to reserve a
> small (10-person) meeting room, or just meet informally in the expo hall.
>
> Anyone interested? Preferences/conflicts?
> --
> Ken Gaillot <kgaillot at redhat.com>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 12 Apr 2016 19:39:25 -0400
> From: Digimer <lists at alteeve.ca>
> To: kgaillot at redhat.com,        Cluster Labs - All topics related to
>         open-source clustering welcomed <users at clusterlabs.org>
> Subject: Re: [ClusterLabs] HA meetup at OpenStack Summit
> Message-ID: <570D872D.50009 at alteeve.ca>
> Content-Type: text/plain; charset=windows-1252
>
> On 12/04/16 07:09 PM, Ken Gaillot wrote:
> > Hi everybody,
> >
> > The upcoming OpenStack Summit is April 25-29 in Austin, Texas (US). Some
> > regular ClusterLabs contributors are going, so I was wondering if anyone
> > would like to do an informal meetup sometime during the summit.
> >
> > It looks like the best time would be that Wednesday, either lunch (at
> > the venue) or dinner (offsite). It might also be possible to reserve a
> > small (10-person) meeting room, or just meet informally in the expo hall.
> >
> > Anyone interested? Preferences/conflicts?
>
> Informal meet-up, or to try and get work done?
>
> --
> Digimer
> Papers and Projects: https://alteeve.ca/w/
> What if the cure for cancer is trapped in the mind of a person without
> access to education?
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 13 Apr 2016 09:19:37 +0200
> From: Jan Friesse <jfriesse at redhat.com>
> To: Cluster Labs - All topics related to open-source clustering
>         welcomed        <users at clusterlabs.org>
> Subject: Re: [ClusterLabs] Totem is unable to form a cluster because
>         of an operating system or network fault
> Message-ID: <570DF309.4050900 at redhat.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> > Hi ,
> > Am trying to configure my sql on ubuntu according to this article :
> >
> https://azure.microsoft.com/en-in/documentation/articles/virtual-machines-linux-classic-mysql-cluster/
> >
> > two node cluster
> >
> >
> > looking on corosync log :
> >
> >
> > Apr 12 11:01:09 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:11 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:13 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:16 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:18 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:20 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:22 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:24 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:27 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:29 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> > Apr 12 11:01:31 corosync [TOTEM ] Totem is unable to form a cluster
> because
> > of an operating system or network fault. The most common cause of this
> > message is that the local firewall is configured improperly.
> >
> >
> >
> > totem {
> >    version: 2
> >    crypto_cipher: none
> >    crypto_hash: none
> >    interface {
> >      ringnumber: 0
> >      bindnetaddr: 10.1.0.0
> >      mcastport: 5405
> >      ttl: 1
> >    }
> >    transport: udpu
> > }
> > logging {
> >    fileline: off
> >    to_logfile: yes
> >    to_syslog: yes
> >    logfile: /var/log/corosync/corosync.log
> >    debug: off
> >    timestamp: on
> >    logger_subsys {
> >      subsys: QUORUM
> >      debug: off
> >      }
> >    }
> > nodelist {
> >    node {
> >      ring0_addr: 10.1.0.6
> >      nodeid: 1
> >    }
> >    node {
> >      ring0_addr: 10.1.0.7
> >      nodeid: 2
> >    }
> > }
> > quorum {
> >    provider: corosync_votequorum
> > }
> >
> >
> > If I initiate a tcpdump on node 2 and start either a netcat or nmap I see
> > packet arrives to destination host for port 5405 UDP traffic
> >
> >
> >
> > I do see Corosync listening on the IP/PORT
> >
> >
> >
> >
> >
> > root at node-2:/home/dinor# netstat -an | grep -i 5405
> >
> > udp        0      0 10.1.0.7:5405           0.0.0.0:*
> >
> >
> >
> >
> >
> >
> > root at node-1:/home/dinor# netstat -an | grep -i 5405
> >
> > udp        0      0 10.1.0.6:5405           0.0.0.0:*
> >
> >
> >
> >
> >
> > On node 1 I start a netcat to port 5405 via udp
> >
> >
> >
> > netcat -D -4 -u 10.1.0.7 5405
> >
> >
> >
> > In here you type some text and hit enter
> >
> >
> >
> > On node 1 tcpdump we see data sent to IP 10.1.0.7
> >
> >
> >
> > root at node-1:/var/log/corosync# tcpdump -n udp port 5405
> >
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> decode
> >
> > listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
> >
> > 10:08:24.484533 IP 10.1.0.6.44299 > 10.1.0.7.5405: UDP, length 26
> >
> >
> >
> >
> >
> >
> >
> > On node 2 tcpdump I see the data arrive
> >
> >
> >
> > root at node-2:/var/log/corosync# tcpdump -n udp port 5405
> >
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> decode
> >
> > listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
> >
> > 10:08:24.484892 IP 10.1.0.6.44299 > 10.1.0.7.5405: UDP, length 26
> >
> >
> >
> >
> >
> > Tested also sending UDP packets from node 2 ? all ok.
> >
> >
> >
> > So connectivity seems to be ok.
> >
> >
> >
> > Port scanner also shows the port as Open
> >
> >
> >
> >
> >
> > root at node-1:/home/dinor# nmap -sUV 10.1.0.7 -p 5402-5405
> >
> >
> >
> > Starting Nmap 5.21 ( http://nmap.org ) at 2016-04-12 10:31 UTC
> >
> > Nmap scan report for node-2 (10.1.0.7)
> >
> > Host is up (0.00060s latency).
> >
> > PORT     STATE         SERVICE VERSION
> >
> > 5402/udp closed        unknown
> >
> > 5403/udp closed        unknown
> >
> > 5404/udp closed        unknown
> >
> > *5405/udp open|filtered unknown*
> >
> > MAC Address: 12:34:56:78:9A:BC (Unknown)
> >
> >
> >
> > Service detection performed. Please report any incorrect results at
> > http://nmap.org/submit/ .
> >
> > Nmap done: 1 IP address (1 host up) scanned in 79.07 seconds
> >
> >
> >
> >
> >
> > There is no FW and no selinux enabled
> >
> >
> > help appreciated.
>
> You can try to adjust mtu (token.netmtu) to some smaller value. If it
> doesn't help, please paste more lines from corosync.log (20 lines saying
> about "totem unable ..." really doesn't help) + your network
> configuration (output of ip/ifconfig).
>
> Regards,
>    Honza
>
> >
> >
> >
> > _______________________________________________
> > Users mailing list: Users at clusterlabs.org
> > http://clusterlabs.org/mailman/listinfo/users
> >
> > Project Home: http://www.clusterlabs.org
> > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> > Bugs: http://bugs.clusterlabs.org
> >
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users at clusterlabs.org
> http://clusterlabs.org/mailman/listinfo/users
>
>
> End of Users Digest, Vol 15, Issue 18
> *************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20160414/45ac7ec5/attachment-0003.html>


More information about the Users mailing list