| commit | 84dee818f38fb66fdc6c678230ba27f3263773e8 | |
| author | Eric Wong <normalperson@yhbt.net> | |
| Sat, 4 Aug 2012 01:37:11 +0000 (4 01:37 +0000) | ||
| committer | dormando <dormando@rydia.net> | |
| Mon, 13 Aug 2012 23:25:27 +0000 (13 16:25 -0700) | ||
| tree | cee19bee6556c8cd6f7eaf9751aab81678414ffd | treesnapshot (tar.gz zip) |
| parent | f015219863e8e4db8e62f4a484827b16387c6776 | commitdiff |
reaper: better handling of lock failures
The delay backoff should only occur if we got a successful lock.
Backing off the delay on lock failure can result in the
delay becoming undef and (incorrectly) making the reaper give up
on a device.
Fortunately, lock failures with the extremely long (60s) lock
timeout is unlikely to be a problem in practice.
The delay backoff should only occur if we got a successful lock.
Backing off the delay on lock failure can result in the
delay becoming undef and (incorrectly) making the reaper give up
on a device.
Fortunately, lock failures with the extremely long (60s) lock
timeout is unlikely to be a problem in practice.
| lib/MogileFS/Worker/Reaper.pm | diffblobblamehistory |