Skip to content
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

Update to start-build --follow, somewhat contradicting #6268 #11119

Merged
merged 1 commit into from
Sep 29, 2016

Conversation

jim-minter
Copy link
Contributor

  • make --follow always retry on timeouts
  • make --follow imply --wait: guarantee returning an error, or ensure stream
    has finished and build status is in complete, failed, cancelled,
    error (aka not new, pending, running)
  • remove possible undesirable race condition (I think --follow --wait
    could unwittingly truncate returned logs)

@jim-minter
Copy link
Contributor Author

WIP, don't merge yet.
@bparees please can you read back through #6268 and verify you're happy with the change. Also please could you advise what test cases would make sense here?

@jim-minter jim-minter force-pushed the bz1368581 branch 2 times, most recently from edf12d2 to 199e700 Compare September 27, 2016 17:03
Copy link
Contributor

@bparees bparees left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one nit. I don't think we need new tests for this, we should already have ample coverage of this space and i'm not worried about a specific test for the retry logic.

if err != nil {
// retry the connection to build logs when we hit the timeout.
if oerrors.IsTimeoutErr(err) {
continue
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we should print a message to the user each time we timeout and start waiting again, so they know we're still waiting for the build to start/logs to start.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bparees, done, ready to go if you're happy with it.

- make --follow always retry on timeouts
- make --follow imply --wait: guarantee returning an error, or ensure stream
  has finished and build status is in complete, failed, cancelled,
  error (aka not new, pending, running)
- remove possible undesirable race condition (I think --follow --wait
  could unwittingly truncate returned logs)
@bparees
Copy link
Contributor

bparees commented Sep 27, 2016

lgtm
[merge]

@openshift-bot
Copy link
Contributor

[Test]ing while waiting on the merge queue

@openshift-bot
Copy link
Contributor

Evaluated for origin test up to 335e1c3

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/test FAILURE (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/9359/)

@jim-minter
Copy link
Contributor Author

looks like it failed due to a network glitch - couldn't connect to github.com:443

@bparees
Copy link
Contributor

bparees commented Sep 28, 2016

flake #11016 [merge]

@openshift-bot
Copy link
Contributor

Evaluated for origin merge up to 335e1c3

@openshift-bot
Copy link
Contributor

openshift-bot commented Sep 29, 2016

continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/9467/) (Image: devenv-rhel7_5099)

@openshift-bot openshift-bot merged commit 0ffff5d into openshift:master Sep 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants