-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
race condition in /health/service #279
Comments
This is interesting. I will look into it today. |
Struggling to reproduce this. Do you have any scripts to make this happen? |
Fixed by 3330956! |
Thank you ! I'll check it out when it's delivered ! Any idea when the next version will be released ? |
Hopefully in the next few weeks! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I think I've found a race condition in consul/health/service...
Here's the scenario:
serviceId
withwait
andindex
When the /health/service endpoint answers back, curl it again... Compare the two...
What I've found: Status is 'passing' in the first curl, 'critical' in the second one, but the X-Consul-Index header has the same value in both.
Here's an example:
It clearly show that both requests returned the same X-Consul-Index, but with different results (service cotc-rocket went from passing to critical). It happens most of the time, but sometimes both checks are reported as critical (as they should)... which made me speak of a race condition.
This was tested against both 0.3.0 and 0.3.1, with a single Consul server (dev environment).
Can you help?
The text was updated successfully, but these errors were encountered: