Closed Bug 1011566 Opened 10 years ago Closed 10 years ago

release automation can't update balrog blobs during the update step

Categories

(Release Engineering :: Release Automation: Other, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bhearsum, Assigned: bhearsum)

References

Details

Attachments

(1 file)

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_
So we still have an uppercase product in the properties JSON: "product": "Firefox"
...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...
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)
Given the fallout, perhaps a special case for B2G in Balrog would be less-intrusive ?
(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.
(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 on attachment 8424138 [details] [diff] [review]
capitalize in script

*stamp* Sorry for the delay.
Attachment #8424138 - Flags: review?(nthomas) → review+
Flags: needinfo?(nthomas)
Comment on attachment 8424138 [details] [diff] [review]
capitalize in script

Thanks Nick.
Attachment #8424138 - Flags: checked-in+
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
This did indeed work for 30.0b8.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: