Whamcloud - gitweb
LU-15894 ofd: revert range locking in ofd 66/47466/4
authorAndrew Perepechko <andrew.perepechko@hpe.com>
Sun, 24 Apr 2022 14:48:09 +0000 (17:48 +0300)
committerOleg Drokin <green@whamcloud.com>
Mon, 11 Jul 2022 22:30:54 +0000 (22:30 +0000)
commita21ce928aa641cbfacb9dde74e4be1cd1b658fb0
tree66764b2e906295ae9cefc739642c7d3da61115ff
parentb2dfb4457f0f1e56f3df448cf67ac97e728f4417
LU-15894 ofd: revert range locking in ofd

After commit 301d76a711 (LU-14876), range locking is no longer needed
in ofd, because 301d76a711 itself prevents the original data corruption
fixed by range locking. At the same time, range locking in ofd adds
unnecessary overhead, we can even see serialization under specific load.

This patch reverts range locking but keeps recovery-small test 148
to test the original corruption scenario case.

Change-Id: Ic795bcfb1e249c4927f66b6bad456f5511819861
Signed-off-by: Andrew Perepechko <andrew.perepechko@hpe.com>
HPE-bug-id: LUS-9890
Fixes: 35679a730 ("LU-10958 ofd: data corruption due to RPC reordering")
Reviewed-on: https://review.whamcloud.com/47466
Tested-by: jenkins <devops@whamcloud.com>
Tested-by: Maloo <maloo@whamcloud.com>
Reviewed-by: Alexander Zarochentsev <alexander.zarochentsev@hpe.com>
Reviewed-by: Alexander Boyko <alexander.boyko@hpe.com>
Reviewed-by: Oleg Drokin <green@whamcloud.com>
lustre/ofd/ofd_dev.c
lustre/ofd/ofd_internal.h
lustre/ofd/ofd_io.c