gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gluster-devel] How to use notify functionality?


From: M. Mohan Kumar
Subject: Re: [Gluster-devel] How to use notify functionality?
Date: Thu, 28 Jun 2012 14:59:23 +0530
User-agent: Notmuch/0.6.1 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-redhat-linux-gnu)

On Thu, 28 Jun 2012 04:57:49 -0400 (EDT), Krishnan Parthasarathi 
<address@hidden> wrote:
> Mohan,
> 
> >glusterd_brick_op_build_payload function is responsible for setting
> >brick_req->op to GLUSTERD_BRICK_XLATOR_OP. But I could not follow the
> >code flow from there. How does notify() in afr xlator invoked? Who
> >decides that only notify function in afr xlator needs to be invoked
> >instead of other xlators notify function?
> 
> >I looked for notify related documentation, but did not get anything
> >related to that.
> Mechanisms such as the above you mention, for IPC have not been documented. 
> 
> glusterd3_1_brick_op is the function that performs an RPC to the glusterfsd 
> (brick proceses).
> The RPC program (part of the brick processes) has the xlator graph in memory 
> and as part of the 
> brick op it has the name of the translator(s) in question whose notify that
> needs to be called. The code which does all the above is present in 
> glusterfsd/src/glusterfsd-mgmt.c.
> Look for glusterfs_handle_rpc_msg for rest of the code flow.
> 
Hi Krish,

Thanks for the quick reply. I am looking at glusterfs_handle_rpc_msg &
glusterfs_handle_translator_op functions. Ideally creating a new block
device opetaion will not fit into brick ops, I may need to modify
gluster cli and handler to accomodate this change. If I have any doubt,
I will get back to you.

Thanks.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]