-
Notifications
You must be signed in to change notification settings - Fork 52
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
e2e: 009.sh can be flaky #331
Comments
FYI below is the output when the 009.sh is run on Fedora34
|
FYI Below is the output when I run the 009 script on Ubuntu 20.04
|
It looks like that's based on v1.0.1-beta.1, the fixes for the flakiness I think were in v1.0.1. |
this is done |
@johnbelamaric Maybe we should reconsider to open this or create a new one because there is still some issues on that test. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In v1.0.1-beta.1, we upgraded Porch to a version that better protects against multiple clients updating a package concurrently by implementing standard Kubernetes optimistic concurrency (i.e., checking resource version).
The 009.sh seems to hit this occasionally, where a controller makes an edit of the SMF Draft after the 009.sh script creates it, and then the 009.sh fails to save its changes. Or, in another case, the controller created a Draft, and then 009.sh tried to copy that Draft rather than editing it directly.
We should understand why a controller is messing with the SMF package at this stage; I believe it should already be fully configured and so no controller should be touching it. However, we can work around this for now by making 009.sh more resilient to this
copy
. Alternatively it should just make sure the Draft it creates is based on the published revision (change the way it queries for the PR).kpt pkg update
and retry.The text was updated successfully, but these errors were encountered: