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

Health trait: Inconsistent Integration condition ready status #5351

Closed
christophd opened this issue Apr 10, 2024 · 3 comments · Fixed by #5450
Closed

Health trait: Inconsistent Integration condition ready status #5351

christophd opened this issue Apr 10, 2024 · 3 comments · Fixed by #5450
Assignees
Labels
kind/bug Something isn't working
Milestone

Comments

@christophd
Copy link
Contributor

What happened?

The E2E test TestHealthTrait (health_test.go) reveals a flaw that we have for quite some time regarding the Integration condition ready status.

An integration with heath trait enabled becomes ready for a short period of time regardless of the health evaluation. This is because before the health trait may evaluate the integration ready status the Deployment ready state has already reported the ready condition to be true.

This leads to the situation that a non ready integration (according to the health trait) becomes ready for a short amount of time just after the deployment has become ready.

We should make sure to have a consistent ready condition status on the integration resource. When health trait is enabled this should be the source of truth for the ready condition.

Steps to reproduce

  1. Start an integration that never becomes ready according to the health trait (like E2E TestHealthTrait does)
  2. Check for the integration condition status to never become ready
  3. Make sure to only report ready status based on the health trait evaluation

Relevant log output

No response

Camel K version

2.3.0

@christophd christophd added the kind/bug Something isn't working label Apr 10, 2024
@squakez squakez added this to the 2.4.0 milestone Apr 17, 2024
@lburgazzoli
Copy link
Contributor

I think @rinaldodev had to deal with this for some time. I don't recall if something has been fixed on camel side.

@rinaldodev
Copy link
Contributor

rinaldodev commented Apr 24, 2024

I think @rinaldodev had to deal with this for some time. I don't recall if something has been fixed on camel side.

Thanks. Here is the context:

#4922

https://issues.apache.org/jira/plugins/servlet/mobile#issue/CAMEL-20242

@squakez squakez self-assigned this Apr 30, 2024
@squakez
Copy link
Contributor

squakez commented Apr 30, 2024

The original Camel problem was fixed. However, it required some runtime properties to make it work, so, in order to fix the flaky test we should instead add those properties. We may use this as a workaround and wait for the framework to fix https://issues.apache.org/jira/browse/CAMEL-20244 definitively.

squakez added a commit to squakez/camel-k that referenced this issue May 3, 2024
* moved back the check to correctly expect constantly the readiness to be False
* added the properties as expected by Camel

Closes apache#5351
squakez added a commit that referenced this issue May 6, 2024
* moved back the check to correctly expect constantly the readiness to be False
* added the properties as expected by Camel

Closes #5351
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants