Hi Raghavendra, I have a question on the design. Currently in case of a client disconnection, pl_flush cleans up the locks associated with the fd created from that client. >From the design, rebalance will migrate the locks to the new destination. Now in case client gets disconnected from the destination brick, how it is supposed to clean up the locks as rebalance/brick have no idea whether the client has opened an fd on destination and what the fd is. So the question is how to associate the client fd with locks on destination. Thanks, Susant ----- Original Message ----- From: "Susant Palai" <spalai@xxxxxxxxxx> To: "Gluster Devel" <gluster-devel@xxxxxxxxxxx> Sent: Friday, 29 January, 2016 3:15:14 PM Subject: Posix lock migration design Hi, Here, [1] https://docs.google.com/document/d/17SZAKxx5mhM-cY5hdE4qRq9icmFqy3LBaTdewofOXYc/edit?usp=sharing is a google document about proposal for "POSIX_LOCK_MIGRATION". Problem statement and design are explained in the document it self. Requesting the devel list to go through the document and comment/analyze/suggest, to take the thoughts forward (either on the google doc itself or here on the devel list). Thanks, Susant _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel
