New issue
Advanced search Search tips

Issue 594706 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

VMTest timeout should be consistent between chromeos.chrome and PFQ

Project Member Reported by steve...@chromium.org, Mar 14 2016

Issue description

Currently the x86-alex-chrome-pfq builder is failing because VMTest is taking longer than 60 minutes ("TimeoutError: Timeout occurred- waited 3600 seconds."):

https://uberchromegw.corp.google.com/i/chromeos/waterfall?builder=x86-alex-chrome-pfq

The informational builder however is not timing out (but is taking much longer than usual, see  issue 594659 ):

https://uberchromegw.corp.google.com/i/chromeos.chrome/builders/x86-alex-tot-chrome-pfq-informational

The tot-informational builder should be configured as closely as possible to the PFQ builder, including maximum times for each stage. This will help catch failures before they occur in the PFQ.


 
Owner: steve...@chromium.org
The timeout is currently 60 minutes *per test*. The timeout is in fact the same for both builders (and is hard coded, there's no way to differentially change it for different configs), but for some reason on the chromeos.chrome builder the tests came in a little bit under that time (~2800s for the longer test) while I guess on the pfq builder they did not.

Perhaps the pfq builder is doing something else in parallel with vmtest that is slowing it down a little bit. When the vm test time increased, the timeout was marginally being passed on the informational builder, but being failed on the pfq builder.

Not sure what we could have done here, other than making the workload of the builder more similar to the pfq builder.
Components: -Build Infra>Client>ChromeOS
Cc: steve...@chromium.org achuith@chromium.org
Labels: -Pri-2 Build-PFQ-Failures Pri-3
Owner: ----
Status: Untriaged (was: Assigned)
I'm leaving this open in case we see something similar again, but at the moment I don't think this requires action.

Status: WontFix (was: Untriaged)
It's been a few weeks, closing, but feel free to reopen if you disagree.

Sign in to add a comment