Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Intermittent failure in CorruptConfigWithClassRuleIT #114

Open
jd0-sag opened this issue Nov 17, 2016 · 1 comment
Open

Intermittent failure in CorruptConfigWithClassRuleIT #114

jd0-sag opened this issue Nov 17, 2016 · 1 comment

Comments

@jd0-sag
Copy link
Contributor

jd0-sag commented Nov 17, 2016

The 1.0.11-beta2 release build had a test failure in CorruptConfigWithClassRuleIT. Given that the changes in this version modified how very early server failure is handled, I presume this was related.

Locally, this problem hasn't manifested and, if anything, the changes should have made the start-up more deterministic than it previously was.

Some investigation will have to be done to find this problem and determine why forcing the failure earlier didn't make this test more reliable.

@jd0-sag
Copy link
Contributor Author

jd0-sag commented Nov 21, 2016

Tried running the tests in a loop, locally, on the weekend: no failures after 65 runs. I even tried adding some strategy sleeps to introduce perturbation of the relative operation ordering in the hopes to observe a timing hole but still saw no issue (the waits are also now in places where it wasn't clear how these could cause problems).

Today's release build didn't have a problem.

Given that it wasn't clear how the failure was triggered (the output looked correct), it might turn out that this was an environmental red herring. Leaving this open in case we see the problem again, in the future, but this is a puzzling one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant