-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
add best practice try/catch, timeout, specifically with extended test… #14354
add best practice try/catch, timeout, specifically with extended test… #14354
Conversation
[testextended][extended:core(openshift pipeline build)] |
fyi ... adding |
} | ||
} | ||
try { | ||
timeout(time: 2, unit: 'HOURS') { |
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.
2 hours? i'm worried about making our test runs take a really long time to fail. is there something in the extended test itself that's going to cap this? regardless i'd hope we could bring it down to 15-20 minutes tops.
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.
yeah 2 hours was NOT based on any examination of deployment times or some such ... just a "make it really big so it is not a factor" rationale
I'll switch to 20 minutes.
ah ... still waiting on the new client plugin version with the the tests based on this PR's changes passed, but will clean up above, plus reduce timeout |
9a5cd58
to
71b034b
Compare
71b034b
to
a919167
Compare
ok updates pushed |
lgtm if it passes tests |
and they just passed :-) |
[Test]ing while waiting on the merge queue |
Evaluated for origin test up to a919167 |
looks like the passing run was your previous commit. this run failed with
does this imply the 20 minute timeout might not be long enough? |
the extended failure this time was the very familiar flake #13984 Further confirmation that the And I really am beginning to wonder if there is any correlation with #14148 and some of the console's issues with follow since the rebase. |
Evaluated for origin testextended up to a919167 |
On Thu, May 25, 2017 at 1:26 PM, Ben Parees ***@***.***> wrote:
looks like the passing run was your previous commit. this run failed with
+ oc start-build openshift-jee-sample-docker --from-file=target/ROOT.war --follow -n extended-test-jenkins-pipeline-37mv8-n85lx
Uploading file "target/ROOT.war" as binary input for the build ...
Unable to connect to the server: net/http: TLS handshake timeout
[Pipeline] }
[Pipeline] // stage
[Pipeline] }
[Pipeline] // node
[Pipeline] }
[Pipeline] // timeout
[Pipeline] echo
in catch block
[Pipeline] echo
Caught: hudson.AbortException: script returned exit code 1
does this imply the 20 minute timeout might not be long enough?
Short answer: no
See #14354 (comment)
Also, in looking at the various timestamps, 20 minutes had not expired.
… —
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#14354 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADbadIz7323y4-pVAy4S9ps5tlrOTg7Xks5r9bmwgaJpZM4NmcNK>
.
|
[merge][severity:bug] |
continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_request_origin/1772/) (Base Commit: 4b3473a) |
continuous-integration/openshift-jenkins/testextended SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_request_origin_extended/501/) (Base Commit: 4b3473a) (Extended Tests: core(openshift pipeline build)) |
Evaluated for origin merge up to a919167 |
continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/merge_pull_request_origin/817/) (Base Commit: 21c14af) (Extended Tests: bug) (Image: devenv-rhel7_6280) |
…s in mind
the diff came out a little wonky - try viewing with ignore white space option
but in general existing contents were put inside
@openshift/devex