Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Handle mutex.ErrCancelled coming from worker.Stop #7037
Conversation
|
!!build!! |
|
$$merge$$ |
|
Status: merge request accepted. Url: http://juju-ci.vapour.ws:8080/job/github-merge-juju |
jujubot
merged commit 6150b32
into
juju:2.1
Feb 27, 2017
1 check passed
github-check-merge-juju
Built PR, ran unit tests, and tested LXD deploy. Use !!.*!! to request another build. IE, !!build!!, !!retry!!
Details
babbageclunk
deleted the
babbageclunk:uniter-lock-test-fix
branch
Feb 27, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
babbageclunk commentedFeb 27, 2017
Description of change
This occurs very occasionally when stopping the uniter after a
successful run of
UniterSuite.TestUniterSteadyStateUpgradeRelations.It happens when the waitHooks step (which acquires and
releases the hook lock) blocks the uniter code from acquiring the lock -
the mutex code loops and delays for 250ms in that case, and it's still
in that delay select when the test closes the abort channel. This makes
the mutex return ErrCancelled which bubbles back up to the test.
QA steps
Running the test under
stresswould fail after about 20 mins. I left the test running for a couple of hours and didn't see it again. I also changed theresolver.Loopcode to always returnErrCancelledand confirmed that the test would log the error but pass.Bug reference
Fixes https://bugs.launchpad.net/juju/+bug/1635664