-
Notifications
You must be signed in to change notification settings - Fork 111
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
ko failing to publish nightly image #370
Comments
Here are the logs going a bit further back:
I wonder if the process is getting starved, and getting OOM-killed or timing out 🤔 |
I thought maybe it was because we were running so many builds at once, but none of the other builds that start at the same time are showing any sign of going too slowly or being overloaded. |
Looking at the logs, yeah it got OOM-killed or something along those lines. |
Running manually to see what happens:
|
Same thing happened again, in the same way, which seems suspicious:
I wonder if the kill signals are just indications that ko is bailing and its cancelling other things in progress. Note this time there are no multi-minute gaps between output 🤔 |
Ah okay, I get the same problem locally when using ko from head, the image was using
Might be a ko bug? I think we should probably pin ko. |
@bobcatfish oh nop, this means we need to update some |
I think they're supposed to be now? https://twitter.com/mattomata/status/1256967648509755393
|
Ah i see! christiewilson-catfactory is being added before ko:// maybe:
|
This is my bad. I started passing Should be fixed here: ko-build/ko#163 |
merged and released. please lmk if you hit anything else |
Awesome, thanks @mattmoor ! I'll update to pin to the new release. |
We were installing ko from master @ head which means if any bugs are introduced, we'll hit them. A bug was introduced in how -P works which was fixed in ko-build/ko#163 by @mattmoor almost immediately so let's pin to the version with that fix so we can deal with changes to ko at our leisure vs. surfacing ko errors in our CI. Fixes tektoncd#370
Hopefully the gcloud-latest image won't get cached on our nodes? 🤔 If we keep seeing this even after we pin ko that might be the problem. |
We were installing ko from master @ head which means if any bugs are introduced, we'll hit them. A bug was introduced in how -P works which was fixed in ko-build/ko#163 by @mattmoor almost immediately so let's pin to the version with that fix so we can deal with changes to ko at our leisure vs. surfacing ko errors in our CI. Fixes tektoncd#370
We were installing ko from master @ head which means if any bugs are introduced, we'll hit them. A bug was introduced in how -P works which was fixed in ko-build/ko#163 by @mattmoor almost immediately so let's pin to the version with that fix so we can deal with changes to ko at our leisure vs surfacing ko errors in our CI. Fixes tektoncd#370
We were installing ko from master @ head which means if any bugs are introduced, we'll hit them. A bug was introduced in how -P works which was fixed in ko-build/ko#163 by @mattmoor almost immediately so let's pin to the version with that fix so we can deal with changes to ko at our leisure vs surfacing ko errors in our CI. Fixes #370
Trigger manually now that #371 is merged:
|
Looks like it worked and built with 0.5.0! Gonna manually trigger the nightly run now:
|
Seems like the same error again but kinda confusing - i suspect image caching. Im gonna try again anyway:
|
Same error still occurring unfortunately!
Theories:
|
If we are using
The image(s) should rebuild themselves each and every night.
😒 |
Patch on plumbing: #375 |
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Patch on pipeline tektoncd/pipeline#2554 |
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Path on triggers tektoncd/triggers#566 |
Patch on dashboard: tektoncd/dashboard#1352 |
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Thanks @afrittoli !!!! 🎉 |
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Use ko-cloud:latest instead of ko:gcloud-latest Reference: tektoncd/plumbing#370 Depends on tektoncd/plumbing#375
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
Rotten issues close after 30d of inactivity. /close Send feedback to tektoncd/plumbing. |
Stale issues rot after 30d of inactivity. /lifecycle rotten Send feedback to tektoncd/plumbing. |
@tekton-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
pipeline-release-nightly-w9cjw failed in the dogfood cluster last night, specifically pipeline-release-nightly-w9cjw-publish-images-krlpp failed with:
The text was updated successfully, but these errors were encountered: