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

Issue 895438 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Oct 16
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 0
Type: Bug



Sign in to add a comment

Paygen Issues for ToT / M71

Project Member Reported by kbleicher@google.com, Oct 15

Issue description

Paygen Fails for all boards building ToT and M71

Error:
GSNoSuchKey: return code: 1; command: /b/swarming/w/ir/cache/cbuild/repository/.cache/common/gsutil_4.33.tar.gz/gsutil/gsutil -o 'Boto:num_retries=10' ls -- 'gs://chromeos-releases/dev-channel/auron-paine/11160.0.0/payloads/chromeos_11160.0.0_auron-paine_dev-channel_full_paine-mp-v2.bin-*.signed'
CommandException: One or more URLs matched no objects.

Logs:
https://luci-logdog.appspot.com/v/?s=chromeos/buildbucket/cr-buildbucket.appspot.com/8932638044294067216/+/steps/PaygenBuildDev/0/stdout

 
Cc: vapier@chromium.org ahass...@chromium.org
Owner: vapier@chromium.org
I think the problem is ListFiles used to not raise error when it couldn't match any string (which is totally fine). But since it is removed and replaced with gs.LS, it is now raising error if it cannot find any matched urls. I think the solution is to catch errors raised by gs.LS at points when it doesn't matter.
Labels: -Pri-1 Pri-0
I'm shifting this to a P0 since it's a catastrophic issue for M71 and later...
Cc: -akes...@chromium.org
Lets just revert the suspected change on 71, we can let ToT go ahead for now or revert there also.

https://chromium-review.googlesource.com/c/chromiumos/chromite/+/1280887
You probably need to revert at least two changes on top of that change too because they are dependent.
I can work on a fix for tot but feel free to revert the changes for m71. 
Although I think having a fix will be easier. I can try to upload a patch and test it in payloads tryjobs but that would take a while.

I'm testing crrev.com/c/1281442 on payload tryjobs. Hopefully it will fix otherwise a little more coding is needed. Will update this bug.
Labels: Merge-Request-71
Fix looks reasonable to me, +2ed it, we probably want to get this merged into 71 this afternoon so tonight's build can pass.

Requesting merge into 71 of https://chromium-review.googlesource.com/c/chromiumos/chromite/+/1281442
Owner: ahass...@chromium.org
Labels: -Merge-Request-71 Merge-Approved-71
Approving Merge request for M71 Chrome OS per chat with bhthompson@.  Thanks!
Project Member

Comment 14 by bugdroid1@chromium.org, Oct 15

Labels: merge-merged-release-R71-11151.B
The following revision refers to this bug:
  https://chromium.googlesource.com/chromiumos/chromite/+/25de86ba57f89fba9671b45bc7765e986db11e60

commit 25de86ba57f89fba9671b45bc7765e986db11e60
Author: Amin Hassani <ahassani@chromium.org>
Date: Mon Oct 15 21:23:39 2018

paygen: catch and ignore GSNoSuchKey exception when looking for payloads

ListFiles used to not raise an error when no match found in the payloads
directory. However, gs.LS does raise gs.GSNoSuchKey which is problematic because
when first we are looking for payloads, there are none. So having not payload is
a valid behavior.

BUG= chromium:895438 
TEST=payload tryjobs

Change-Id: Ic6e0e7329ffd174bc0496905378a4e9ed7b0a88e
Reviewed-on: https://chromium-review.googlesource.com/c/1281825
Reviewed-by: Bernie Thompson <bhthompson@chromium.org>
Commit-Queue: Bernie Thompson <bhthompson@chromium.org>
Tested-by: Bernie Thompson <bhthompson@chromium.org>

[modify] https://crrev.com/25de86ba57f89fba9671b45bc7765e986db11e60/lib/paygen/paygen_build_lib.py

Should I wait for canary tot to get green or just cherrypick this in to m71 if it is urgent?
I went ahead and merged it, so we should be good for 71. 
I'm sorry, you merged it in M71 or just chumped it in tot and I still need to merge in m71?
sorry, got it, it was merged to M71. Thanks :)
Project Member

Comment 19 by bugdroid1@chromium.org, Oct 16

The following revision refers to this bug:
  https://chromium.googlesource.com/chromiumos/chromite/+/70bac6b6f68dc16a48b52c17413ed74731b389e5

commit 70bac6b6f68dc16a48b52c17413ed74731b389e5
Author: Amin Hassani <ahassani@chromium.org>
Date: Tue Oct 16 09:57:25 2018

paygen: catch and ignore GSNoSuchKey exception when looking for payloads

ListFiles used to not raise an error when no match found in the payloads
directory. However, gs.LS does raise gs.GSNoSuchKey which is problematic because
when first we are looking for payloads, there are none. So having not payload is
a valid behavior.

BUG= chromium:895438 
TEST=payload tryjobs

Change-Id: Ic6e0e7329ffd174bc0496905378a4e9ed7b0a88e
Reviewed-on: https://chromium-review.googlesource.com/1281442
Commit-Ready: Amin Hassani <ahassani@chromium.org>
Tested-by: Amin Hassani <ahassani@chromium.org>
Reviewed-by: Don Garrett <dgarrett@chromium.org>
Reviewed-by: Bernie Thompson <bhthompson@chromium.org>
Reviewed-by: Mike Frysinger <vapier@chromium.org>

[modify] https://crrev.com/70bac6b6f68dc16a48b52c17413ed74731b389e5/lib/paygen/paygen_build_lib.py

Status: Fixed (was: Untriaged)
Project Member

Comment 21 by sheriffbot@chromium.org, Oct 19

Cc: bhthompson@google.com
This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible!

If all merges have been completed, please remove any remaining Merge-Approved labels from this issue.

Thanks for your time! To disable nags, add the Disable-Nags label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Merge-Approved-71

Sign in to add a comment