[Bugs] [Bug 1696599] New: Fops hang when inodelk fails on the first fop

bugzilla at redhat.com bugzilla at redhat.com
Fri Apr 5 08:35:03 UTC 2019


https://bugzilla.redhat.com/show_bug.cgi?id=1696599

            Bug ID: 1696599
           Summary: Fops hang when inodelk fails on the first fop
           Product: GlusterFS
           Version: mainline
            Status: NEW
         Component: replicate
          Assignee: bugs at gluster.org
          Reporter: pkarampu at redhat.com
                CC: bugs at gluster.org
  Target Milestone: ---
    Classification: Community



Description of problem:
Steps:
glusterd

gluster peer probe localhost.localdomain
peer probe: success. Probe on localhost not needed
gluster --mode=script --wignore volume create r3 replica 3
localhost.localdomain:/home/gfs/r3_0 localhost.localdomain:/home/gfs/r3_1
localhost.localdomain:/home/gfs/r3_2
volume create: r3: success: please start the volume to access data
gluster --mode=script volume start r3
volume start: r3: success
mkdir: cannot create directory ‘/mnt/r3’: File exists

mount -t glusterfs localhost.localdomain:/r3 /mnt/r3

First terminal:
# cd /mnt/r3
# touch abc
Attach the mount process in gdb and put a break point on function afr_lock()
>From second terminal:
# exec 200>abc
# echo abc >&200
# When the break point is hit, on third terminal execute "gluster volume stop
r3"
# quit gdb
# execute "gluster volume start r3 force"
# On the first terminal execute "exec abc >&200" again and this command hangs.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Actual results:


Expected results:


Additional info:

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list