Fix timeout failure in travis CI. #429
Conversation
toyboxman
force-pushed
the
build/tarvis
branch
3 times, most recently
from
b6fdbf2
to
ef98679
Compare
Build times out because no output was received. 'travis_wait mvn clean verify -q' will spawn a process to deal with mvn task -q,--quiet Quiet output - only show errors When using caches, it may be useful to shrink downloading time and solve timeout refer to: https://docs.travis-ci.com/user/caching/#caching-directories-bundler-dependencies https://docs.travis-ci.com/user/common-build-problems/#limitations-of-travis_wait
toyboxman
force-pushed
the
build/tarvis
branch
from
ef98679
to
913c9de
Compare
|
so that means we don't need to wait 30 minutes? |
|
Just removing -q can produce a lot of output. I did few experiments yesterday:
Was hesitant introduce another problems with caching or with increasing verbosity, so decided to just bump timeout. "Downloading..." bloats logs a lot and even can fail the build with "The job exceeded the maximum log length, and has been terminated." error. From other hand travis_wait still would be required if it's suppressed, as resolving dependencies takes most of the time when timeout happens. Root cause of these timeouts seems to be in repo sonatype-apache responding very slowly, did not find way to disable it yet. |
|
@guoyuepeng disabling -q hits maximum log length, from other hand suppressing download progress without travis_wait still can hit 10 minute silence timeout |
|
ok, I will keep both 30m wait time and git quiet option. |
Build times out because no output was received.
'travis_wait mvn clean verify -q' will spawn a process to deal with mvn task
-q,--quiet Quiet output - only show errors
-q probably leads no output caught by travis, so timeout failure happens
refer to:
https://docs.travis-ci.com/user/common-build-problems/#limitations-of-travis_wait