| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
On Sat, 2003-09-06 at 10:56, Cahill, Ben M wrote:
> Hi Stan,
>
> Thanks for all that work!
>
> Relative to the memexp code, it's quite compact. I guess that's
> because memexp contains all the locking logic, while the opendlm lock
> module is more of a wrapper.
>
> I was a little surprised to see the use of a memexp cidev for getting
> the jid and number-of-nodes info. Would that info be available from
> the ha-linux cluster manager instead? Would it be difficult to derive
> a jid, somehow, from ha-linux info?
Yeah. There are some APIs(node walk) that could be used to get the
information of all nodes. But the problem are: 1. HA heartbeat is a
user mode application. Communicating with it is a little bit
complicated. We need a user mode daemon and a kernel module to
achieve it. 2. According to the discussion before implementing this
locking module, we decide that OGFS should only depend on the locking
manager.
And I agree that we should get information of all nodes from
cluster/locking mgr(maybe we could make OpenDLM provide this api to us).
It is the only way supportting hot insert/remove nodes. I will add it to
my TODO list. Thanks for your code reviewing feedback :)
> Going farther, would it be possible to "permanently" assign a jid to a
> certain node with ha-linux? (memexp cidev provides this, as you know,
> by associating a jid/cid with an IP address ... this allows a
> particular external journal device to be used for a particular node).
Maintaining a static mapping mechanism between jid and cid is quite
easy. Hence assigning a jid to a cid permanently should not be a hard
wrok.
Best Regards,
Stan
> Thanks!
>
> -- Ben --
>
> Opinions are mine, not Intel's
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Opengfs-devel mailing list
> Opengfs-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opengfs-devel
--
Opinions expressed are those of the author and do not represent Intel
Corporation
"gpg --recv-keys --keyserver wwwkeys.pgp.net E1390A7F"
{E1390A7F:3AD1 1B0C 2019 E183 0CFF 55E8 369A 8B75 E139 0A7F}
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Opengfs-devel mailing list
Opengfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opengfs-devel