-
Notifications
You must be signed in to change notification settings - Fork 78
Temporary fix on deletion_system_test in order to avoid to create a m… #350
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
Conversation
…irror queue in a one pod cluster causing the pod to get stuck in "terminating" phase and preventing our pipeline to work. It can be reverted once await_online_synchronized_mirror get fixed to manage this case
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd much rather mark the test as "skip" than giving us a false sense of successful test.
I think the test has caught a legitimate bug, in the Core in this case. If we want to make the pipeline green, we should just skip this test. Ginkgo gives this skip functionality.
…irror queue in a one pod cluster causing the pod to get stuck in "terminating" phase and preventing our pipeline to work. It can be reverted once await_online_synchronized_mirror get fixed to manage this case
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you mind using the pointer module to create the int pointer?
We use it in other parts of the code and it's best to keep it consistent around the code base.
…irror queue in a one pod cluster causing the pod to get stuck in "terminating" phase and preventing our pipeline to work. It can be reverted once await_online_synchronized_mirror get fixed to manage this case
|
No, that's of course fine! Done! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ship it!
…irror queue in a one pod cluster causing the pod to get stuck in "terminating" phase and preventing our pipeline to work.
It can be reverted once await_online_synchronized_mirror get fixed to manage this case
Not really a temporary fix anymore, putting grace period to a lower value will increase the stability of this test in general, as the scope is to delete objects when the rabbimq cluster get deleted.
This closes #
Note to reviewers: remember to look at the commits in this PR and consider if they can be squashed
Note to contributors: remember to re-generate client set if there are any API changes
Summary Of Changes
Additional Context