Closed
Bug 1011566
Opened 11 years ago
Closed 10 years ago
release automation can't update balrog blobs during the update step
Categories
(Release Engineering :: Release Automation: Other, defect)
Release Engineering
Release Automation: Other
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bhearsum, Assigned: bhearsum)
References
Details
Attachments
(1 file)
1.11 KB,
patch
|
nthomas
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
Probably more fallout from my don't-autocapitalize-product patch.
Starting new HTTPS connection (1): aus4-admin.mozilla.org
Starting new HTTPS connection (1): aus4-admin.mozilla.org
Starting new HTTPS connection (2): aus4-admin.mozilla.org
Caught HTTPError: ffxbld is not allowed to access /releases/:name by POST
Traceback (most recent call last):
File "/builds/slave/rel-m-beta-updates-00000000000/tools/scripts/updates/balrog-release-pusher.py", line 88, in <module>
release_config['enUSPlatforms'], hashType)
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/balrog/submitter/cli.py", line 95, in run
data_version=data_version)
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/balrog/submitter/api.py", line 134, in update_release
return self.request(method='POST', data=data, url_template_vars=dict(name=name))
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/balrog/submitter/api.py", line 103, in request
return self.do_request(url, data, method, url_template_vars)
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/balrog/submitter/api.py", line 118, in do_request
headers=headers)
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/vendor/requests-0.10.8/requests/sessions.py", line 203, in request
r.send(prefetch=prefetch)
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/vendor/requests-0.10.8/requests/models.py", line 585, in send
self.response.raise_for_status()
File "/builds/slave/rel-m-beta-updates-00000000000/tools/lib/python/vendor/requests-0.10.8/requests/models.py", line 810, in raise_for_status
raise http_error
requests.exceptions.HTTPError: 401 Client Error
retry: Failed, sleeping 1 seconds before retrying
retry: Calling <function run_with_timeout at 0x7f62b23b1398> with args: (['python', '/builds/slave/rel-m-beta-updates-00000000000/tools/scripts/updates/balrog-release-pusher.py', '--build-properties', 'buildprops_balrog.json', '--api-root', 'https://aus4-admin.mozilla.org', '--buildbot-configs', 'https://hg.mozilla.org/build/buildbot-configs', '--release-config', 'mozilla/release-firefox-mozilla-beta.py', '--credentials-file', 'BuildSlaves.py', '--username', 'ffxbld'], 1260, None, None, False, True), kwargs: {}, attempt #2
Executing: ['python', '/builds/slave/rel-m-beta-updates-00000000000/tools/scripts/updates/balrog-release-pusher.py', '--build-properties', 'buildprops_
Assignee | ||
Comment 1•11 years ago
|
||
So we still have an uppercase product in the properties JSON: "product": "Firefox"
Assignee | ||
Comment 2•11 years ago
|
||
...except, balrog-release-pusher.py pulls its product from the release config's "productName" attribute, which then passes that long as lowercase.
One thing we could do to fix this is pull the product from the properties instead...but that seems like a less authoratative place than the release config. Calling .capitalize() on the release config's product might be OK for now, because this is only used for firefox/thunderbird.
I want to see if we can just uppercase productName in the release config though...
Assignee | ||
Comment 3•11 years ago
|
||
So, productName is used in a million places, including some things that compare it against a lowercase string. We also already .capitalize() in a few places. This isn't ideal, but it's probably the best trade-off for now...
Attachment #8424138 -
Flags: review?(nthomas)
Comment 4•11 years ago
|
||
Given the fallout, perhaps a special case for B2G in Balrog would be less-intrusive ?
Assignee | ||
Comment 5•11 years ago
|
||
(In reply to Nick Thomas [:nthomas] from comment #4)
> Given the fallout, perhaps a special case for B2G in Balrog would be
> less-intrusive ?
Well, that wouldn't help with getting the right cases for Firefox and Thunderbird here. There's an argument to be made that Balrog should ignore the case and turn it into the correct thing though, I suppose. I'm not particularly keen on it, but it's an option.
Assignee | ||
Comment 6•11 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #5)
> (In reply to Nick Thomas [:nthomas] from comment #4)
> > Given the fallout, perhaps a special case for B2G in Balrog would be
> > less-intrusive ?
>
> Well, that wouldn't help with getting the right cases for Firefox and
> Thunderbird here. There's an argument to be made that Balrog should ignore
> the case and turn it into the correct thing though, I suppose. I'm not
> particularly keen on it, but it's an option.
Can we find a way to move forward here early next week? I realized this is continuing to bust releases =\
Flags: needinfo?(nthomas)
Comment 7•10 years ago
|
||
Comment on attachment 8424138 [details] [diff] [review]
capitalize in script
*stamp* Sorry for the delay.
Attachment #8424138 -
Flags: review?(nthomas) → review+
Flags: needinfo?(nthomas)
Assignee | ||
Comment 8•10 years ago
|
||
Comment on attachment 8424138 [details] [diff] [review]
capitalize in script
Thanks Nick.
Attachment #8424138 -
Flags: checked-in+
Assignee | ||
Comment 9•10 years ago
|
||
Should be fixed...I think there's a release happening today in which this will be verified.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•