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

Issue 667542 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

browser_tests aborted with purple, but log says everything passed.

Project Member Reported by esprehn@chromium.org, Nov 22 2016

Issue description

See:
https://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_chromeos_rel_ng/builds/319570

The log says everything passed, but the bot aborted:

[1389/1392] CaptivePortalAuthenticationIgnoresProxy/NetworkPortalDetectorImplBrowserTestIgnoreProxy.TestWithPreference/0 (2881 ms)
[1390/1392] SupervisedUserTransactionCleanupTest.CreateAndCancelSupervisedUser (2357 ms)
[1391/1392] SupervisedUserPasswordTest.PRE_PasswordChangeFromManagerTest (2360 ms)
[1392/1392] SupervisedUserPasswordTest.PasswordChangeFromManagerTest (2094 ms)
SUCCESS: all tests passed.
+------------------------------------------------------------------------------------------+
| End of shard 1  Pending: 1.6s  Duration: 736.0s  Bot: gce-precise-c4413e93-ln9h  Exit: 0 |

 
Components: -Blink>Infra Infra
Cc: dpranke@chromium.org friedman@chromium.org qyears...@chromium.org piman@chromium.org
Hi! I think that this is because we're trying to upgrade the builders to Linux Trusty ( bug 660580 ) -- if so, this should be a one-off failure - sorry about this. Is there somewhere I should announce this?
Can we instead gracefully drain the builders and then rolling upgrade to the new version of linux instead of causing spurious failures and retries?
That would be better, if possible :-/

I'm not sure the best way for this to be done in general, and having the slaves wait until the current build is finished might be more troublesome (I think) and would also increase the amount of time where different slaves are using a different OS version.

Does anyone know if there's a better way, or if there's documentation about how groups of slaves have been upgraded in the past?
We can't easily drain things, no. Life will be rocky instead. Doing painless bulk upgrades the builders from one version of the operating system to the next is currently an unsolved problem in chrome-infra-land.

The alternative would be to just shut down the trees, but that alternative is worse than some failed builds.

However, we should send a PSA to chromium-dev telling people about this (ASAP).
Alright, now sending PSA to chromium-dev
Status: WontFix (was: Untriaged)
Alright, closing now since the cause (rebooting groups of slaves for upgrading) is now finished.

Sign in to add a comment