MRP-1944 ldlm: granting the same lock twice on recovery

ASSERTION( lock->l_granted_mode != lock->l_req_mode ) is hit
when resending LDLM_FL_REPLAY.
Don't add lock to waiting list as it is already added or granted.
Change-Id: Ib8e5d2c7588f6cacd1723529e70d29f63742caad
Signed-off-by: Andriy Skulysh <Andriy_Skulysh@xyratex.com>
Signed-off-by: Vitaly Fertman <vitaly_fertman@xyratex.com>
MRP-1944 test: granting the same lock twice on recovery

ASSERTION( lock->l_granted_mode != lock->l_req_mode ) is hit
when resending LDLM_FL_REPLAY.
Signed-off-by: Vitaly Fertman <vitaly_fertman@xyratex.com>
Change-Id: I334dde596177d231861172b90c7b82c02c287539
Signed-off-by: Andriy Skulysh <Andriy_Skulysh@xyratex.com>
MRP-1956 mds: revert improvement for a orphan recovery

when we have a replay an any create request in transaction
order we assume a osc objects was allocated in same order
and if we have a 'gap' between last know object and new
replayed request we are assume it's because some
transactions lost and client will evicted - so we need
unlink these objects on OST side.

It is temporary workaround for CLSTR-2504.

Change-Id: Ib3dc99446cd1f55210af399cfa878a058096ee61
Signed-off-by: Andriy Skulysh <Andriy_Skulysh@xyratex.com>