From: Jeff Mahoney <jeffm@suse.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [RFC] Integration with external clustering
Date: Wed Oct 19 16:30:26 2005 [thread overview]
Message-ID: <4356BBE8.2080904@suse.com> (raw)
In-Reply-To: <20051019132624.GI24589@marowsky-bree.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lars Marowsky-Bree wrote:
> Actually a good point. I don't think the heartbeat hierarchy is needed
> if driven by a user-space membership.
If we're to provide membership information on a per file system basis,
we'll need some way to distinguish between them. The hierarchy may not
matter in the case of the o2cb global heartbeat, but it does for the
userspace heartbeat.
> OCFS2 doesn't register with us in this model; _we_ drive OCFS2 and
> provide it with the events; we manage it, so we know it's there.
No, OCFS2 needs to register with userspace.
The userspace heart beat should only care about nodes where the file
system is actually mounted. Otherwise, if a random node that has the
ability to mount a file system but doesn't actually have it mounted
could cause heartbeat events across the cluster. That shouldn't happen.
In order to do this, I think that at mount time, we should call out to
user space to tell it to start caring about this node for a particular
heart beat group. When the file system is umounted, we call out again
and tell it to stop caring.
Only using the cluster manager to mount or umount a file system isn't an
acceptable use pattern. OCFS2 shouldn't become so special cased that
it's a pain to work with. Ideally, it should only be slightly more
difficult to configure than o2cb is now. mount -t ocfs2 should work with
no additional effort for the common case. There should be a default
OCFS2 configuration that we can use for common mounts, and then special
cased configurations for more advanced topologies. We can pass out the
UUID as a parameter; I don't think this should be too difficult to do.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDVrvoLPWxlyuTD7IRAibPAKCMUrfsy4WMUBDpyZ0BKqNy9KcNjwCggxE1
bZbDDewALUQBLnswO+8Mnio=
=uDuP
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2005-10-19 16:30 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-18 16:52 [Ocfs2-devel] [RFC] Integration with external clustering Jeff Mahoney
2005-10-18 17:18 ` Joel Becker
2005-10-18 18:03 ` Lars Marowsky-Bree
2005-10-18 18:27 ` Joel Becker
2005-10-18 18:50 ` Mark Fasheh
2005-10-19 8:26 ` Lars Marowsky-Bree
2005-10-19 12:49 ` Joel Becker
2005-10-19 17:41 ` Jeff Mahoney
2005-10-20 7:39 ` Lars Marowsky-Bree
2005-10-19 16:30 ` Jeff Mahoney [this message]
2005-10-20 5:24 ` Lars Marowsky-Bree
2005-10-20 10:03 ` Joel Becker
2005-10-20 10:25 ` David Teigland
2005-10-20 10:42 ` Joel Becker
2005-10-20 10:45 ` Lars Marowsky-Bree
2005-10-21 4:05 ` Andrew Beekhof
2005-10-24 6:41 ` Lars Marowsky-Bree
2005-10-24 8:39 ` Andrew Beekhof
2005-10-21 4:09 ` Christoph Hellwig
2005-10-21 9:29 ` Robert Wipfel
2005-11-06 23:01 ` Christoph Hellwig
2005-11-07 6:08 ` Lars Marowsky-Bree
2005-10-20 6:04 ` Andrew Beekhof
2005-10-18 18:47 ` Mark Fasheh
2005-10-19 8:35 ` Lars Marowsky-Bree
2005-10-18 18:20 ` Jeff Mahoney
2005-10-19 14:57 ` Lars Marowsky-Bree
2005-10-19 17:42 ` David Teigland
2005-10-20 5:58 ` Lars Marowsky-Bree
2005-10-20 9:45 ` David Teigland
2005-10-28 10:11 ` [Ocfs2-devel] " Lars Marowsky-Bree
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=4356BBE8.2080904@suse.com \
--to=jeffm@suse.com \
--cc=ocfs2-devel@oss.oracle.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.