There is no need to refresh the image upon request/release/acquire
of the exclusive lock. The next IO or maintenance op will kick off
the refresh. This is interfering with the refresh state machine
unit test case (since two concurrent refreshes shouldn't be possible).
Signed-off-by: Jason Dillaman <dillaman@redhat.com>
(cherry picked from commit
ee617a0ca56d752daf62bfffa59219b2c540a428)
struct AcquiredLockPayload {
static const NotifyOp NOTIFY_OP = NOTIFY_OP_ACQUIRED_LOCK;
- static const bool CHECK_FOR_REFRESH = true;
+ static const bool CHECK_FOR_REFRESH = false;
ClientId client_id;
struct ReleasedLockPayload {
static const NotifyOp NOTIFY_OP = NOTIFY_OP_RELEASED_LOCK;
- static const bool CHECK_FOR_REFRESH = true;
+ static const bool CHECK_FOR_REFRESH = false;
ClientId client_id;
struct RequestLockPayload {
static const NotifyOp NOTIFY_OP = NOTIFY_OP_REQUEST_LOCK;
- static const bool CHECK_FOR_REFRESH = true;
+ static const bool CHECK_FOR_REFRESH = false;
ClientId client_id;
bool force = false;