From: Fabio M. Di Nitto <fdinitto@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] cluster.cman.nodename vanish on config reload
Date: Tue, 10 Jul 2012 13:43:52 +0200 [thread overview]
Message-ID: <4FFC1578.3000005@redhat.com> (raw)
In-Reply-To: <24E144B8C0207547AD09C467A8259F75574EFF76@lisa.maurer-it.com>
If are running stable32 from git, can you please revert:
commit 8975bd6341b2d94c1f89279b1b00d4360da1f5ff
and see if it?s still a problem?
Thanks
Fabio
On 7/10/2012 1:33 PM, Dietmar Maurer wrote:
> I just updated from 3.1.8 to latest STABLE32:
>
>
>
> I use this cluster.conf:
>
>
>
> # cat /etc/cluster/cluster.conf
>
> <?xml version="1.0"?>
>
> <cluster config_version="235" name="test">
>
> <cman keyfile="/var/lib/pve-cluster/corosync.authkey" transport="udpu"/>
>
> <clusternodes>
>
> <clusternode name="maui" nodeid="3" votes="1"/>
>
> <clusternode name="cnode1" nodeid="1" votes="1"/>
>
> </clusternodes>
>
> <rm>
>
> <pvevm autostart="0" vmid="100"/>
>
> </rm>
>
> </cluster>
>
>
>
> cman service starts without problems:
>
>
>
> # /etc/init.d/cman start
>
> Starting cluster:
>
> Checking if cluster has been disabled at boot... [ OK ]
>
> Checking Network Manager... [ OK ]
>
> Global setup... [ OK ]
>
> Loading kernel modules... [ OK ]
>
> Mounting configfs... [ OK ]
>
> Starting cman... [ OK ]
>
> Waiting for quorum... [ OK ]
>
> Starting fenced... [ OK ]
>
> Starting dlm_controld... [ OK ]
>
> Starting GFS2 Control Daemon: gfs_controld.
>
> Unfencing self... [ OK ]
>
> Joining fence domain... [ OK ]
>
>
>
> And the corosync objdb contains:
>
>
>
> # corosync-objctl|grep cluster.cman
>
> cluster.cman.keyfile=/var/lib/pve-cluster/corosync.authkey
>
> cluster.cman.transport=udpu
>
> cluster.cman.nodename=maui
>
> cluster.cman.cluster_id=1678
>
>
>
> Note: there is a value for ?nodename? and ?cluster_id?
>
>
>
> Now I simply increase the version inside cluster.conf (on both nodes):
>
>
>
> # cat /etc/cluster/cluster.conf
>
> <?xml version="1.0"?>
>
> <cluster config_version="236" name="test">
>
> <cman keyfile="/var/lib/pve-cluster/corosync.authkey" transport="udpu"/>
>
> <clusternodes>
>
> <clusternode name="maui" nodeid="3" votes="1"/>
>
> <clusternode name="cnode1" nodeid="1" votes="1"/>
>
> </clusternodes>
>
> <rm>
>
> <pvevm autostart="0" vmid="100"/>
>
> </rm>
>
> </cluster>
>
>
>
> And trigger a reload:
>
>
>
> # cman_tool version -r ?S
>
> cman_tool: Error loading configuration in corosync/cman
>
>
>
> And the syslog have more details:
>
>
>
> Jul 10 13:28:25 maui corosync[488675]: [CMAN ] cman was unable to
> determine our node name!
>
> Jul 10 13:28:25 maui corosync[488675]: [CMAN ] Can't get updated
> config version: Successfully read config from /etc/cluster/cluster.conf#012.
>
> Jul 10 13:28:25 maui corosync[488675]: [CMAN ] Continuing activity
> with old configuration
>
>
>
> Somehow the nodename and cluster_id values are removed from the corosync
> objdb:
>
>
>
> # corosync-objctl|grep cluster.cman
>
> cluster.cman.keyfile=/var/lib/pve-cluster/corosync.authkey
>
> cluster.cman.transport=udpu
>
>
>
>
>
> Any Idea why that happens?
>
>
>
> - Dietmar
>
>
>
next prev parent reply other threads:[~2012-07-10 11:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-10 11:33 [Cluster-devel] cluster.cman.nodename vanish on config reload Dietmar Maurer
2012-07-10 11:43 ` Fabio M. Di Nitto [this message]
2012-07-10 12:09 ` Dietmar Maurer
2012-07-10 12:26 ` Fabio M. Di Nitto
2012-07-11 7:36 ` Dietmar Maurer
2012-07-11 7:37 ` Dietmar Maurer
2012-07-11 8:14 ` Fabio M. Di Nitto
2012-07-11 8:20 ` Fabio M. Di Nitto
2012-07-11 8:21 ` Dietmar Maurer
2012-07-11 8:27 ` Fabio M. Di Nitto
2012-07-11 8:32 ` Dietmar Maurer
2012-07-11 8:35 ` Fabio M. Di Nitto
2012-07-11 9:48 ` Fabio M. Di Nitto
2012-07-11 10:11 ` Dietmar Maurer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FFC1578.3000005@redhat.com \
--to=fdinitto@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.