Whamcloud - gitweb
LU-5042 ldlm: delay filling resource's LVB upon replay 45/10845/23
authorBruno Faccini <bruno.faccini@intel.com>
Thu, 26 Jun 2014 09:03:52 +0000 (11:03 +0200)
committerOleg Drokin <oleg.drokin@intel.com>
Mon, 25 Aug 2014 04:22:54 +0000 (04:22 +0000)
commit8739f13233e0827d7f4c8db9a8a539281b9bc9f8
treeda5abea05d4183804f586c64f5ccdf39207fa0b2
parent35d63ea4ea2a8eb727dc6f5e5c525cfa42ecdf86
LU-5042 ldlm: delay filling resource's LVB upon replay

This patch is an attempt to delay unnecessary filling+resend of
resource's LVB upon replay after Server reboot.
This should avoid recovery to take a very long time when
replaying a huge number of locks and due to all associated LVBs
beeing read from disk. Now resource's LVB is only read upon need
to be sent to a new Client.

Signed-off-by: Bruno Faccini <bruno.faccini@intel.com>
Change-Id: I20bd20bce328953c46accb4b41dcba776f3608a6
Reviewed-on: http://review.whamcloud.com/10845
Tested-by: Jenkins
Tested-by: Maloo <hpdd-maloo@intel.com>
Reviewed-by: Jinshan Xiong <jinshan.xiong@intel.com>
Reviewed-by: Niu Yawei <yawei.niu@intel.com>
Reviewed-by: Oleg Drokin <oleg.drokin@intel.com>
lustre/include/lustre_dlm.h
lustre/ldlm/ldlm_lockd.c
lustre/ldlm/ldlm_request.c
lustre/ldlm/ldlm_resource.c
lustre/ofd/ofd_io.c