Skip to content

Conversation

@mkuratczyk
Copy link
Contributor

There can only be 1 probe and without this change, specifying an exec readinessProbe in the spec.override would add it on top of the default TCP probe.

As for livenessProbe, since there's currently no default, everything works without this change. However, we could add the default livenessProbe in the future and allowing this override doesn't break anything right now, so it's just future-proofing.

This PR supersedes #1775 which didn't contain tests

This closes #1698

There can only be 1 probe and without this change,
specifying an exec readinessProbe in the spec.override would
add it on top of the default TCP probe.

As for livenessProbe, since there's currently no default,
everything works without this change. However, we could add
the default livenessProbe in the future and allowing this override
doesn't break anything right now, so it's just future-proofing.

Co-authored-by: joey <[email protected]>
@mkuratczyk mkuratczyk requested a review from Zerpet November 22, 2024 08:57
Copy link
Member

@Zerpet Zerpet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good 👍 It makes me a bit uneasy that this function assumes that container[0] exists and that container[0] is rabbitmq. That assumption was prior to this PR, so no objections to merge 🚀

@mkuratczyk
Copy link
Contributor Author

Yup, same. But this is something can fix separately.

@mkuratczyk mkuratczyk merged commit b9a4ef2 into main Nov 22, 2024
13 checks passed
@mkuratczyk mkuratczyk deleted the allow-overriding-probes branch November 22, 2024 10:00
@Giannischri
Copy link

Giannischri commented Jan 8, 2025

guys...does the issue still persist? i am trying overriding the RabbitMQ cluster crd's statefulset readiness probe on version 4.05....but i get exec and tcp socket together resulting in error....i have 1 operator upgraded to latest version and 2 clusters inside the same namespace....the cluster i am trying to edit is version 4.0.5 while the other is 3.13.6

@mkuratczyk
Copy link
Contributor Author

It's not a RabbitMQ-side problem, so it doesn't matter if you're using RabbitMQ 4.0.5 or some other version. What matters in this case is the Operator version. We released 2.12.0 recently and it should work for you
https://github.com/rabbitmq/cluster-operator/releases/tag/v2.12.0

@Giannischri
Copy link

thanks that was it!

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

Successfully merging this pull request may close these issues.

Problem with overriding statefulset readiness probe

3 participants