New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 610878 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 610536
Owner:
Last visit > 30 days ago
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Build timeouts in ToT - BuildPackage taking too long

Project Member Reported by gkihumba@chromium.org, May 10 2016

Issue description

Log snippet:

@@@STEP_FAILURE@@@
03:23:27: ERROR: Timeout occurred- waited 27448 seconds, failing. Timeout reason: Slave reached the timeout deadline set by master.
03:23:27: INFO: Detected sys.exit(Timeout occurred- waited 27448 seconds, failing. Timeout reason: Slave reached the timeout deadline set by master.)

Full log: 
https://uberchromegw.corp.google.com/i/chromeos/builders/quawks-release/builds/294/steps/Paygen/logs/stdio

This is happening in multiple boards for canary.

 
It is not the paygen timeout. It is the build timeout, which killed the Paygen Stage. Check the bottom of quawks-release build, the build elapsed 7 hrs, 44 mins, 23 secs. And the BuildPackage Stage took 5 hrs, 22 mins, 1 secs.

I checked a green build for quawks-release, the BuildPackage Stage only took 3 hrs, 8 mins, 57 secs, which is almost 2 and half hours shorter.

So, the question is why the BuildPackage stage took so long for this run?
Summary: Build timeouts in ToT - BuildPackage taking too long (was: Paygen timeouts in Tot)
Don, Is this related to new GCE instances change?
Labels: -Hardware-Lab
The failure in the -294 build on quawks looks a lot like  bug 610536 .

I discovered that the logs for build_package now include the output
from build processes every 60 minutes or so.  That means it's possible
to see output snapshots from the longest running builds.  Most interesting
(to me) was the output from the gdb build.  That showed the system spent
more than an hour in "configure"(!).  The configure script shouldn't
really take that long.  At all.

If I had to guess at this point, I'd say the builder system is overloaded,
possibly from memory pressure from high levels of parallelism.
Mergedinto: 610536
Status: Duplicate (was: Assigned)
We have a problem with BuildPackages with AFDO enabled, they are randomly running super late.

Sign in to add a comment