-
Notifications
You must be signed in to change notification settings - Fork 82
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
pull in openshift/library updates, including jenkins agent streams #88
Conversation
/retest Please review the full test history for this PR and help us cut down flakes. |
image-eco was terraform / aws network hiccups on startup |
Hmm ... the new agent imagestrem / image ref stuff needs some investigating / unit testing ... isn't turn key as is First, the envs we expected are not there on startup:
Also only seeing |
/retest |
1 similar comment
/retest |
I'm seeing the env's set at least locally now ... perhaps a question of moving parts under the api.ci and various release plumbing Will start testing locally Have not seen e2e-aws-operator test have its cluster successfully started up yet ... will retest in a bit |
found the current issue ... the import in progress reason field maintenance could not deal with coding fix now |
Also determined that the
messages in the e2e output are red herrings ... they come from the fact the e2e tests call the operator file function as part of confirming the correct samples content is in fact in place ... those env's are not set on the test e2e process |
commit to fix #88 (comment) pushed @bparees ptal |
@@ -15,6 +15,7 @@ func tagInPayload(tag, env string, stream *imagev1.ImageStream) *imagev1.ImageSt | |||
} | |||
for _, tagSpec := range stream.Spec.Tags { | |||
if tagSpec.Name == tag { | |||
logrus.Printf("updating image ref for tag %s in stream %s with image %s", tag, stream.Name, imageRef) |
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.
should be debug level?
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.
actually in the end I consciously chose non debug level ... I'd liked having this information in there
these messages are infrequent compared to the other messaging
still want me to make it debug?
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.
falls under my statement from a few weeks ago that at some point we need to audit our default log messages, but for now it's ok.
one nit, otherwise lgtm |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bparees, gabemontero The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
ok e2e-aws-operator passed ... good news |
/retest Please review the full test history for this PR and help us cut down flakes. |
2 similar comments
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
No description provided.