Uh oh!
There was an error while loading. Please reload this page.
[SPARK-24886][INFRA] Fix the testing script to increase timeout for Jenkins build (from 300m to 340m) - #21845
[SPARK-24886][INFRA] Fix the testing script to increase timeout for Jenkins build (from 300m to 340m)#21845HyukjinKwon wants to merge 4 commits into
Conversation
HyukjinKwon
commented
Jul 23, 2018
cc @rxin |
SparkQA
commented
Jul 23, 2018
Test build #93429 has finished for PR 21845 at commit
|
SparkQA
commented
Jul 23, 2018
Test build #93430 has finished for PR 21845 at commit
|
HyukjinKwon
commented
Jul 23, 2018
retest this please |
hvanhovell
commented
Jul 23, 2018
@HyukjinKwon do we have any idea why we are hitting a timeout? |
HyukjinKwon
commented
Jul 23, 2018
I am not really sure on that. I asked the same question before and got no answer before. Just vaguely roughly guess there's something wrong in Jenkins cluster - I have roughly been kind of keen to check build time and to me seems suddenly increased (in some cases or some machines(?)). |
HyukjinKwon
commented
Jul 23, 2018
Just given observation for the builds in #21822, most of timeouts looked happened in |
SparkQA
commented
Jul 23, 2018
Test build #93436 has finished for PR 21845 at commit
|
rxin
commented
Jul 23, 2018
This helps, but it is not sustainable to keep increasing the threshold. What we need to do is to look at test time distribution and figure out what test suites are unnecessarily long and actually cut down the time there. @HyukjinKwon Would you be interested in doing that? |
HyukjinKwon
commented
Jul 23, 2018
of course i am as usual. I actually already have been being taking care of it. Thing is the tests are just being added even if they are duplicated of something. I feel like it's a bit excessive so far. In genetal, I don't think there are particular tests especially taking a lot of time IMHO. What we should do is that we put some efforts to deduplicate the tests. |
HyukjinKwon
commented
Jul 24, 2018
@rxin, btw you want me close this one or get this in? Will take a look for the build and tests thing again during this week for sure anyway. |
rxin
commented
Jul 24, 2018
via email
Are more pull requests failing due to time out right now? …On Mon, Jul 23, 2018 at 6:30 PM Hyukjin Kwon ***@***.***> wrote:
@rxin <https://github.com/rxin>, btw you want me close this one or get
this in? Will take a look for the build and tests thing again during this
week for sure anyway.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#21845 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AATvPAz8b9kFd3V6puP3zYfyw-GSv2BGks5uJnimgaJpZM4VaY0E>
.
|
HyukjinKwon
commented
Jul 24, 2018
Yup, looks so in your PR #21822 (comment) |
rxin
commented
Jul 24, 2018
via email
If that's the only one I think that PR itself needs to be fixed
(significantly increases test runtime), and I wouldn't increase the time
here. …On Mon, Jul 23, 2018 at 11:44 PM Hyukjin Kwon ***@***.***> wrote:
Yup, looks so in your PR #21822 (comment)
<#21822 (comment)>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#21845 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AATvPLusPAUegZcctlDTG2lWAJO1pjlDks5uJsJagaJpZM4VaY0E>
.
|
HyukjinKwon
commented
Jul 24, 2018
Hm, yea then. I actually opened this PR to make the tests passed in your PR. Let me leave this closed then and reopen when we hit the issue next time. |
dilipbiswal
commented
Jul 24, 2018
@HyukjinKwon I saw the following test run for 11 minutes on jenkins for one of my PR. Not sure if its a transient problem. Just thought, i should let you know. On the nightly runs, should we have test that runs for that long ? SPARK-22499: Least and greatest should not generate codes beyond 64KB (11 minutes, 38 seconds) |
dilipbiswal
commented
Jul 24, 2018
@HyukjinKwon Super. Thanks a lot for fixing. |
HyukjinKwon
commented
Aug 7, 2018
I am reopening this per #21898 (comment) cc @cloud-fan, @rxin and @shaneknapp |
cloud-fan
commented
Aug 7, 2018
SparkQA
commented
Aug 7, 2018
Test build #94345 has finished for PR 21845 at commit
|
HyukjinKwon
commented
Aug 7, 2018
retest this please |
HyukjinKwon
commented
Aug 7, 2018
I think we still intermediately meet this limit issue. For instance: #22001 (comment) I saw here multiple times - #21991 (comment) |
SparkQA
commented
Aug 7, 2018
Test build #94349 has finished for PR 21845 at commit
|
shaneknapp
commented
Aug 7, 2018
i'm also more than happy to bump the timeout in the PRB build, but i think that's just putting duct tape on a band-aid and spray painting it to hide the layers of tape. the builds and tests just take too long. i know that solving this problem is far beyond the scope of this PR, but build duration really needs some attention. |
| # format: http://linux.die.net/man/1/timeout | ||
| # must be less than the timeout configured on Jenkins (currently 350m) | ||
| tests_timeout = "300m" | ||
| # must be less than the timeout configured on Jenkins (currently 400m) |
There was a problem hiding this comment.
HyukjinKwon
commented
Aug 8, 2018
Let me push this in late tonight or early tomorrow. |
SparkQA
commented
Aug 8, 2018
Test build #94396 has finished for PR 21845 at commit
|
HyukjinKwon
commented
Aug 10, 2018
I am getting this in. We are seeing more - #22011 (comment) |
HyukjinKwon
commented
Aug 10, 2018
Increased 330 -> 340 since even 330 looks not enough. |
HyukjinKwon
commented
Aug 10, 2018
Merged to master. |
SparkQA
commented
Aug 10, 2018
Test build #94533 has finished for PR 21845 at commit
|
| # must be less than the timeout configured on Jenkins (currently 350m) | ||
| tests_timeout = "300m" | ||
| # must be less than the timeout configured on Jenkins (currently 400m) | ||
| tests_timeout = "340m" |
There was a problem hiding this comment.
we're STILL seeing test timeouts. let's bump this to 400m and i'll up the timeout in jenkins to 430m.
…enkins build (from 340m to 400m) ## What changes were proposed in this pull request? This PR targets to increase the timeout from 340 to 400m. Please also see #21845 (comment) ## How was this patch tested? N/A Closes#22098 from HyukjinKwon/SPARK-24886-1. Authored-by: hyukjinkwon <gurwls223@apache.org> Signed-off-by: hyukjinkwon <gurwls223@apache.org>
What changes were proposed in this pull request?
Currently, looks we hit the time limit time to time. Looks better increasing the time a bit.
For instance, please see #21822
For clarification, current Jenkins timeout is 400m. This PR just proposes to fix the test script to increase it correspondingly.
This PR does not target to change the build configuration
How was this patch tested?
Jenkins tests.