public inbox for cluster-cvs@sourceware.org help / color / mirror / Atom feed
From: David Teigland <teigland@fedoraproject.org> To: cluster-cvs-relay@redhat.com Subject: cluster: STABLE3 - man pages: groupd Date: Wed, 08 Apr 2009 17:07:00 -0000 [thread overview] Message-ID: <20090408165712.8B0B2120339@lists.fedorahosted.org> (raw) Gitweb: http://git.fedorahosted.org/git/cluster.git?p=cluster.git;a=commitdiff;h=4ff4d1ec9ac555e5bd8130daeebc860a26697c69 Commit: 4ff4d1ec9ac555e5bd8130daeebc860a26697c69 Parent: b29a29b78b663f75c458050d43c24ca39d7b5cfa Author: David Teigland <teigland@redhat.com> AuthorDate: Wed Apr 8 11:51:18 2009 -0500 Committer: David Teigland <teigland@redhat.com> CommitterDate: Wed Apr 8 11:51:18 2009 -0500 man pages: groupd Update per changes to default groupd_compat, and recommendation for using compat=1 for rolling upgrades. Signed-off-by: David Teigland <teigland@redhat.com> --- group/man/groupd.8 | 52 ++++++++++++++++++++++++++-------------------------- 1 files changed, 26 insertions(+), 26 deletions(-) diff --git a/group/man/groupd.8 b/group/man/groupd.8 index 4772854..f21d1b9 100644 --- a/group/man/groupd.8 +++ b/group/man/groupd.8 @@ -10,38 +10,38 @@ groupd .SH DESCRIPTION -The group daemon, groupd, provides a compatibility layer between the -corosync closed process group (CPG) service and the fenced, dlm_controld -and gfs_controld daemons. New versions of fenced/dlm_controld/gfs_controld -no longer require this compat layer, and can run without groupd. They use -libcpg directly, making them much more robust. This makes them incompatible -with old (cluster2) versions. Enable this new mode with: +The group daemon, groupd, provides a compatibility layer between the corosync +closed process group (CPG) service and the fenced, dlm_controld and +gfs_controld daemons. New versions of fenced/dlm_controld/gfs_controld no +longer require this compat layer, and can run without groupd. They use libcpg +directly, making them much more robust. This makes them incompatible with old +(cluster2) versions. Explicitly enable the new incompatible mode with: <group groupd_compat="0"/> -This should be added to the configuration (cluster.conf) before a cluster is -restarted following an upgrade of all nodes. - -If compatibility with old (cluster2) nodes is necessary (mixing cluster2 and -cluster3 nodes should be avoided), the daemons can be run in the old mode, -using groupd as before. Enable this mode with: +This is the default if no groupd_compat setting exists. If compatibility with +old (cluster2) nodes is necessary (mixing cluster2 and cluster3 nodes should +be avoided), the daemons can be run in the old mode, using groupd as before. +Enable this mode with: <group groupd_compat="1"/> -.B Rolling Upgrades - -In the absence of any groupd_compat setting, -groupd/fenced/dlm_controld/gfs_controld default to a third option, -groupd_compat="2", which supports rolling upgrades. In this mode, groupd -initially tries to detect nodes running an old cluster2 version of groupd. If -any are found, it will run in the compat mode (groupd_compat="1"), otherwise -it will run in the new mode (groupd_compat="0"). The other daemons will take -the final groupd_compat result (0 or 1) from groupd. - -This groupd_compat="2" mode only supports rolling upgrades, and will not -support mixing cluster2 and cluster3 nodes in general. Once all nodes are -upgraded, the first full cluster restart should be used to specify the new -mode <group groupd_compat="0"/> in the configuration (cluster.conf). +To perform a rolling upgrade from cluster2 to cluster3, add the +groupd_compat="1" setting to cluster.conf before upgrading any existing nodes +or adding any new cluster3 nodes. The next time the entire cluster is shut +down, after all nodes are upgraded, groupd_compat can be changed to 0 (or +removed entirely). \fBWarning:\fP groupd_compat must not be changed from 1 to +0 in a running cluster (or from 0 to 1). cluster2 nodes are equivalent to +groupd_compat="1", so it is fine to add groupd_compat="1" to a running +cluster2 cluster as described above to perform a rolling upgrade. + +A third option, groupd_compat="2", enables a special phase during startup +where the daemons attempt to discover cluster2 nodes or cluster3 nodes running +in mode 1. If any are found, they run in mode 1, otherwise mode 0. This mode +will delay startup and makes cluster operation less predictable. + +The cman init script will not start the groupd daemon unless it is needed, +i.e. groupd_compat=1 (or 2). .B Logging
reply other threads:[~2009-04-08 17:07 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20090408165712.8B0B2120339@lists.fedorahosted.org \ --to=teigland@fedoraproject.org \ --cc=cluster-cvs-relay@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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).