[Gluster-devel] Events API: Adding support for Client Events
Vijay Bellur
vbellur at redhat.com
Wed Aug 3 15:49:15 UTC 2016
On 08/02/2016 11:24 AM, Pranith Kumar Karampuri wrote:
>
>
> On Tue, Aug 2, 2016 at 8:21 PM, Vijay Bellur <vbellur at redhat.com
> <mailto:vbellur at redhat.com>> wrote:
>
> On 08/02/2016 07:27 AM, Aravinda wrote:
>
> Hi,
>
> As many of you aware, Gluster Eventing feature is available in
> Master.
> To add support to listen to the Events from GlusterFS Clients
> following
> changes are identified
>
> - Change in Eventsd to listen to tcp socket instead of Unix domain
> socket. This enables Client to send message to Eventsd running in
> Storage node.
> - On Client connection, share Port and Token details with Xdata
> - Client gf_event will connect to this port and pushes the
> event(Includes Token)
> - Eventsd validates Token, publishes events only if Token is valid.
>
>
> Is there a lifetime/renewal associated with this token? Are there
> more details on how token management is being done? Sorry if these
> are repeat questions as I might have missed something along the
> review trail!
>
>
> At least in the discussion it didn't seem like we needed any new tokens
> once it is generated. Do you have any usecase?
>
No specific usecase right now but I am interested in understanding more
details about token lifecycle management. Are we planning to use the
same token infrastructure described in Authentication section of [1]?
Thanks,
Vijay
[1]
http://review.gluster.org/#/c/13214/6/under_review/management_rest_api.md
More information about the Gluster-devel
mailing list