[Bugs] [Bug 1242708] New: fuse/fuse_thread_proc : The fuse_graph_sync function cannot be handled in time after we fix-layout.

bugzilla at redhat.com bugzilla at redhat.com
Tue Jul 14 02:27:12 UTC 2015


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

            Bug ID: 1242708
           Summary: fuse/fuse_thread_proc : The fuse_graph_sync function
                    cannot be handled  in time after we fix-layout.
           Product: GlusterFS
           Version: pre-release
         Component: fuse
          Assignee: bugs at gluster.org
          Reporter: linux_wz at 163.com
                CC: bugs at gluster.org, gluster-bugs at redhat.com



Description of problem:
After we add-brick and fix-layout,the function fuse_thread_proc is still
blocked in readv,The old graph will be executed first.The first time we create
a file on the client, we will get an incorrect hash volume.


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

Steps to Reproduce:
1.[node1]# gluster volume info
  Volume Name: dht_vol
  Type: Distribute
  Volume ID: f99cc88b-9558-4286-a56e-3bcb7d057035
  Status: Started
  Number of Bricks: 1
  Transport-type: tcp
  Bricks:
  Brick1: 10.10.21.150:/root/sdb
  Options Reconfigured:
  performance.readdir-ahead: on
2.[node3]# mount.glusterfs node1:/dht_vol /mnt/gluster/
3.[node1]# gluster volume add-brick dht_vol 10.10.21.150:/root/sdc force
  [node1]# gluster volume rebalance dht_vol fix-layout start
4.[node3]# touch 0
5.[node1]# ls  sd*
  sdb:

  sdc:
  0
6.[node3]# rm 0 -rf; touch 0
7.[root at node1 ~]# ls  sd*
  sdb:
  0
  sdc:

Actual results:
step 3-4: the first time we create a file, 0 is distributed in sdc.
step 5-6: but the second time,file 0 is distributed in sdb

Expected results:
step 5-6: We hope file 0 should belong to the same brick

Additional info:
I have a solution for this problem.we can move the function fuse_graph_sync
back
to readv .I've tested it, it's right.But I don't know if it will bring other
problems. Waiting for your answer. Thank you.

-- 
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