-
Notifications
You must be signed in to change notification settings - Fork 787
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
updatebot making tons of commits to an existing PR in rapid succession causes pipelinerunner to fall over #4771
Comments
I think the latter approach makes sense 👍 |
cc @pmuir |
This combined with pipelinerunner crashing enough times in a row sends the pod into crash back off, meaning nothing can build at all for a while. Ow. |
Simplest is to improve the updatebot command so it can make one commit where it's currently making lots - that's just a limitation in the way it does updates. It would be very hard to make it batch them somehow as they are not all connected processes. That would probably be easier to address by introducing some sort of delay/sleep/quiet period in the controller. |
There is also no reason to kill the pipeline runner in this scenario. We are killing it to handle those odd errors we have with git where there is no output IIRC. |
…art` This helps with jenkins-x#4771 (though I don't think it fixes _everything_, since we still end up making changes to the PR for each `jx step create pr ...` call rather than batching all those changes into one push), so I think it's worth doing on its own. Not sure how to test this without writing a full-on test framework for `jx step create pr ...`, which we obviously do need to do, but that's a followup IMO. Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
We're killing |
(which reminds me that we should probably also ignore merge conflicts there - next time I see one show up in the logs so that I can get the error message right, I'll open a PR for that) |
2aa2225 is the relevant commit that made |
oh, wait, we don't panic over merge conflicts. Ignore me on that front. =) |
…art` This helps with #4771 (though I don't think it fixes _everything_, since we still end up making changes to the PR for each `jx step create pr ...` call rather than batching all those changes into one push), so I think it's worth doing on its own. Not sure how to test this without writing a full-on test framework for `jx step create pr ...`, which we obviously do need to do, but that's a followup IMO. Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
Also fixed the tag for `nodejs10x`, which was pushing on release to `nodejs8x`. Oops. Relates to jenkins-x/jx#4771, depends on jenkins-x/jx#4777, which will be in the relevant builder starting with jenkins-x#582 Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
Also fixed the tag for `nodejs10x`, which was pushing on release to `nodejs8x`. Oops. Relates to jenkins-x/jx#4771, depends on jenkins-x/jx#4777, which will be in the relevant builder starting with jenkins-x#582 Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
I'm gonna close this - we solved the immediate problem, which was more usage than mechanical. |
…art` This helps with jenkins-x#4771 (though I don't think it fixes _everything_, since we still end up making changes to the PR for each `jx step create pr ...` call rather than batching all those changes into one push), so I think it's worth doing on its own. Not sure how to test this without writing a full-on test framework for `jx step create pr ...`, which we obviously do need to do, but that's a followup IMO. Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
{"level":"fatal","msg":"failed to clone three times it's likely things wont recover so lets kill the process after 3 attempts, last error: failed to fetch [pull/5766/head:PR-5766 0ffa7b5c253153cb70d9c41aa95c8b76766d4ceb] from https://github.com/jenkins-x/jenkins-x-platform.git in directory /tmp/git204215515: git output: error: Server does not allow request for unadvertised object 0ffa7b5c253153cb70d9c41aa95c8b76766d4ceb: failed to run 'git fetch origin --depth=1 pull/5766/head:PR-5766 0ffa7b5c253153cb70d9c41aa95c8b76766d4ceb' command in directory '/tmp/git204215515', output: 'error: Server does not allow request for unadvertised object 0ffa7b5c253153cb70d9c41aa95c8b76766d4ceb'","time":"2019-07-17T18:53:46Z"}
Something about the rapid-fire succession of commits causes problems with the checkout. Ideally we'd either batch them or not open the PR until we've made all the commits.
The text was updated successfully, but these errors were encountered: