[Gluster-devel] How to get rid of NFS on 3.7.0?

Atin Mukherjee amukherj at redhat.com
Mon May 18 15:20:07 UTC 2015


Here is the issue:

Locking on a volume fails with the following error:

[2015-05-18 09:47:56.038463] E
[glusterd-syncop.c:562:_gd_syncop_mgmt_lock_cbk] 0-management: Could not
find peer with ID 70e65fb9-cc9d-16ba-a4f4-5fb901000000

[2015-05-18 09:47:56.038527] E [glusterd-syncop.c:111:gd_collate_errors]
0-: Locking failed   on 85eb78cd-8ffa-49ca-b3e7-d5030bc3124d. Please
check log file for details.
[2015-05-18 09:47:56.038574] E
[glusterd-syncop.c:1804:gd_sync_task_begin] 0-management:      Locking
Peers Failed.

>From the above log it is clear that peer was not found and that's
because of an incorrect peer id passed to glusterd_peerinfo_find

http://review.gluster.org/#/c/10192 has introduced this problem. In
_gd_syncop_mgmt_lock_cbk peerid is taken from the frame->cookie which is
an address of a local variable in gd_syncop_mgmt_lock () which means the
moment this function goes out of scope peerid is not the same. We would
need to have pointer to peerid and allocate/deallocate based on demand
to solve it (more or less in similar to
http://review.gluster.org/#/c/10192/1 )

~Atin

On 05/18/2015 02:15 PM, Emmanuel Dreyfus wrote:
> On Mon, May 18, 2015 at 01:48:52AM -0400, Krishnan Parthasarathi wrote:
>> I am not sure why volume-status isn't working.
> 
> My understanding is that glusterd considers a lock is held by the 
> NFS comonent, while it is not started.
> 

-- 
~Atin


More information about the Gluster-devel mailing list