diff options
author | karthik-us <ksubrahm@redhat.com> | 2018-01-17 17:30:06 +0530 |
---|---|---|
committer | Ravishankar N <ravishankar@redhat.com> | 2018-01-19 00:15:19 +0000 |
commit | 84c5c540b26c8f3dcb9845344dd48df063e57845 (patch) | |
tree | abcedd71bd9fb2c8474cfa140e1f160476040f11 /.gitignore | |
parent | badf662b1521ed6158f42a6ac11024ae80d99ecc (diff) |
cluster/afr: Adding option to take full file lock
Problem:
In replica 3 volumes there is a possibilities of ending up in split
brain scenario, when multiple clients writing data on the same file
at non overlapping regions in parallel.
Scenario:
- Initially all the copies are good and all the clients gets the value
of data readables as all good.
- Client C0 performs write W1 which fails on brick B0 and succeeds on
other two bricks.
- C1 performs write W2 which fails on B1 and succeeds on other two bricks.
- C2 performs write W3 which fails on B2 and succeeds on other two bricks.
- All the 3 writes above happen in parallel and fall on different ranges
so afr takes granular locks and all the writes are performed in parallel.
Since each client had data-readables as good, it does not see
file going into split-brain in the in_flight_split_brain check, hence
performs the post-op marking the pending xattrs. Now all the bricks
are being blamed by each other, ending up in split-brain.
Fix:
Have an option to take either full lock or range lock on files while
doing data transactions, to prevent the possibility of ending up in
split brains. With this change, by default the files will take full
lock while doing IO. If you want to make use of the old range lock
change the value of "cluster.full-lock" to "no".
Change-Id: I7893fa33005328ed63daa2f7c35eeed7c5218962
BUG: 1535438
Signed-off-by: karthik-us <ksubrahm@redhat.com>
Diffstat (limited to '.gitignore')
0 files changed, 0 insertions, 0 deletions