ReleaseEngineering/Archive/Enable or Disable Updates on Aurora: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(→‎Update bouncer: add nightly too)
 
(15 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{Release Engineering How To|Enable or Disable Updates on Aurora}}
= This page is obsolete =
 
When Nightly merges into Aurora every 6 weeks we lock Aurora updates at a specific old version for a period of time (days to a week) while QA runs some tests. Once their tests have passed, we re-enable updates. We're also occaisonly asked to disable updates temporarily for other reasons. This document describes how to do both of these things.
When Nightly merges into Aurora every 6 weeks we lock Aurora updates at a specific old version for a period of time (days to a week) while QA runs some tests. Once their tests have passed, we re-enable updates. We're also occaisonly asked to disable updates temporarily for other reasons. This document describes how to do both of these things.


Line 6: Line 7:
= Disabling Updates =
= Disabling Updates =
NOTE: Disabling no longer has to be done by hand during uplifts. The uplift script does it.
NOTE: Disabling no longer has to be done by hand during uplifts. The uplift script does it.
As cltbld@buildbot-master81:
<pre>
cd /home/cltbld/
rm -rf tools
hg clone https://hg.mozilla.org/build/tools
cd tools/scripts/updates
# Run with dry run first, sanity check the "Would've locked" lines.
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 8 -r 10 -r 18 -n lock
# Run without dry run to lock the updates
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 8 -r 10 -r 18 lock
</pre>


This will eventually be integrated with the merge day script.
= Enabling Updates =
Unlike disabling, Firefox and Fennec aren't always re-enabled at the same time. Make sure you are connected to releng VPN.
 
'''NOTE''': You may not be able to run these scripts unless you have a linux laptop. See {{bug|1151633}} for details and workarounds.


= Enabling Updates =
Unlike disabling, Firefox and Fennec aren't always re-enabled at the same time.
== Fennec ==
== Fennec ==
As cltbld@buildbot-master81:
<pre>
<pre>
cd /home/cltbld/
cd /tmp
rm -rf tools
rm -rf tools
hg clone https://hg.mozilla.org/build/tools
hg clone https://hg.mozilla.org/build/tools
cd tools/scripts/updates
cd tools/scripts/updates
scp cltbld@buildbot-master81.bb.releng.scl3.mozilla.com:/builds/buildbot/build_scheduler/master/BuildSlaves.py oauth.txt
# Run with dry run first, sanity check the "Would've unlocked" lines.
# Run with dry run first, sanity check the "Would've unlocked" lines.
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 8 -n unlock
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 8 -n unlock
# Run without dry run to unlock the updates
# Run without dry run to unlock the updates
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 8 unlock
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 8 unlock
</pre>
</pre>


== Firefox ==
== Firefox ==
As cltbld@buildbot-master81:
<pre>
<pre>
cd /home/cltbld/
cd /tmp
rm -rf tools
rm -rf tools
hg clone https://hg.mozilla.org/build/tools
hg clone https://hg.mozilla.org/build/tools
cd tools/scripts/updates
cd tools/scripts/updates
scp cltbld@buildbot-master81.bb.releng.scl3.mozilla.com:/builds/buildbot/build_scheduler/master/BuildSlaves.py oauth.txt
# Run with dry run first, sanity check the "Would've unlocked" lines.
# Run with dry run first, sanity check the "Would've unlocked" lines.
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 10 -r 18 -n unlock
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 10 -n unlock
# Run without dry run to unlock the updates
# Run without dry run to unlock the updates
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org -c /builds/buildbot/build_scheduler/master/BuildSlaves.py -u ffxbld -r 10 -r 18 unlock
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 10 unlock
</pre>
 
== Cleanup ==
<pre>
# preferably with srm or equivalent
srm oauth.txt
</pre>
</pre>


== Update bouncer ==
== Update bouncer ==
The version needs updating in these bouncer locations:
When re-enable updates for Aurora, update the following bouncer locations to use the new version for aurora:
* [https://bounceradmin.mozilla.com/admin/mirror/location/9380/ firefox-aurora-latest]
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=2006 firefox-aurora-latest]
* [https://bounceradmin.mozilla.com/admin/mirror/location/9717/ firefox-aurora-stub]
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=3686 firefox-aurora-latest-ssl]
and also this one for nightly:
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=3685 firefox-aurora-latest-l10n]
* [https://bounceradmin.mozilla.com/admin/mirror/location/9379/ firefox-nightly-latest]
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=6510 firefox-aurora-latest-l10n-ssl]
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=2061 firefox-aurora-stub]
* [https://bounceradmin.mozilla.com/admin/mirror/location/?product__id__exact=6511 firefox-aurora-stub-l10n]
 
NB: it is expected that the two stub products have a win and win64 location which both point to the same location. We don't have a win64 stub installer, instead the mislabeled 32bit stub selects the correct full installer at runtime.

Latest revision as of 01:01, 11 July 2017

This page is obsolete

When Nightly merges into Aurora every 6 weeks we lock Aurora updates at a specific old version for a period of time (days to a week) while QA runs some tests. Once their tests have passed, we re-enable updates. We're also occaisonly asked to disable updates temporarily for other reasons. This document describes how to do both of these things.

Note the magic rule ids below. These correspond to ids of rows in the "rules" table of Balrog. If we fix bug 1067402 we can pass more intelligable values here.

Disabling Updates

NOTE: Disabling no longer has to be done by hand during uplifts. The uplift script does it.

Enabling Updates

Unlike disabling, Firefox and Fennec aren't always re-enabled at the same time. Make sure you are connected to releng VPN.

NOTE: You may not be able to run these scripts unless you have a linux laptop. See bug 1151633 for details and workarounds.

Fennec

cd /tmp
rm -rf tools
hg clone https://hg.mozilla.org/build/tools
cd tools/scripts/updates
scp cltbld@buildbot-master81.bb.releng.scl3.mozilla.com:/builds/buildbot/build_scheduler/master/BuildSlaves.py oauth.txt
# Run with dry run first, sanity check the "Would've unlocked" lines.
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 8 -n unlock
# Run without dry run to unlock the updates
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 8 unlock

Firefox

cd /tmp
rm -rf tools
hg clone https://hg.mozilla.org/build/tools
cd tools/scripts/updates
scp cltbld@buildbot-master81.bb.releng.scl3.mozilla.com:/builds/buildbot/build_scheduler/master/BuildSlaves.py oauth.txt
# Run with dry run first, sanity check the "Would've unlocked" lines.
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 10 -n unlock
# Run without dry run to unlock the updates
python2.7 balrog-nightly-locker.py -a https://aus4-admin.mozilla.org/api -c oauth.txt -u ffxbld -r 10 unlock

Cleanup

# preferably with srm or equivalent
srm oauth.txt

Update bouncer

When re-enable updates for Aurora, update the following bouncer locations to use the new version for aurora:

NB: it is expected that the two stub products have a win and win64 location which both point to the same location. We don't have a win64 stub installer, instead the mislabeled 32bit stub selects the correct full installer at runtime.