<div dir="ltr"><br><div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-04 6:58 GMT+02:00 Ben Coman <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 4 April 2018 at 06:52, Travis CI <<a href="mailto:builds@travis-ci.org">builds@travis-ci.org</a>> wrote:<br>
><br>
><br>
> OpenSmalltalk / opensmalltalk-vm<br>
><br>
> Cog<br>
><br>
> Build #1258 has errored<br>
><br>
> 2 hours, 29 minutes, and 57 seconds<br>
><br>
> Eliot Miranda<br>
><br>
> 0ce1378 CHANGESET →<br>
><br>
> Nuke obsolete files that uploaded VMs to <a href="http://mirandabanda.org" rel="noreferrer" target="_blank">mirandabanda.org</a><br>
<br>
I notice <a href="https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/361820486" rel="noreferrer" target="_blank">https://travis-ci.org/<wbr>OpenSmalltalk/opensmalltalk-<wbr>vm/builds/361820486</a><br>
shows the failures due to Raspberry Pi are<br>
<br>
 1258.38   16 min   Failed in travis_install.sh<br>
 1258.39   49 min   Failed in travis-build.sh = The job exceeded the<br>
maximum time limit for jobs, and has been terminated.<br>
 1258.40   16 min   Failed in travis_install.sh<br>
 1258.41   16 min   Failed in travis_install.sh<br>
 1258.42   49 min   Failed in travis_build.sh = The job exceeded the<br>
maximum time limit for jobs, and has been terminated.<br>
 1258.43   45 min   Success,   travis_install.sh time = 22 minutes,<br>
travis_build.sh = 21 minutes<br>
<br>
So over half the builds failed directly due to installing from remote site.<br>
The successful job shows over half the time taken with the install, so<br>
this indirectly causes the two timeout failures.<br>
The install says... "After this operation, 427 MB of additional disk<br>
space will be used".<br>
<br>
So I wonder if it wold be useful to have an install-only stage that<br>
tar's itself up to carry forward as an artifact<br>
for a subsequent build-only job to untar & chroot into that artifact ??<br>
This might save 20 minutes per build-only job and give the build more<br>
headroom to succeed.<br>
<br>
Also the install-only stage might have some magic to detect a stalled<br>
install before Travis does, and restart it.<br>
And at least it will be very obvious that install failed rather than a build.<br>
<br>
cheers -ben<br></blockquote><div><br></div><div>Yes, those timeouts sound like the source of our problems.<br></div><div>I understand that build worker machines are linux amd64 and that we use sort of cross-compilation -march=armv6 to produce our artifacts, so amd64 messages seems normal, though we go probably thru tons of useless stuff.<br><br></div><div>If we can accelerate production of arm builds that's all good, they are dead slow...<br></div></div><br></div></div></div>