Closed Bug 878465 Opened 12 years ago Closed 12 years ago

The switch to new WinXP slaves left mozilla-aurora running nothing but talos tests on WinXP

Categories

(Release Engineering :: General, defect)

x86
Windows XP
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: philor, Assigned: armenzg)

References

Details

Attachments

(4 files)

https://tbpl.mozilla.org/?showall=1&tree=Mozilla-Aurora Unfortunately, unittests aren't optional; aurora is closed.
the comment suggest to uplift changes "when Firefox 24 merges in" while 23 is mentioned for other branches. config.py output diff looks good.
Attachment #757013 - Flags: review?
Comment on attachment 757013 [details] [diff] [review] use xp-ix for m-a Review of attachment 757013 [details] [diff] [review]: ----------------------------------------------------------------- lgtm - essentially an early deploy to m-a
Attachment #757013 - Flags: review? → review+
This would probably work okay, but I'm a little leery about doing it since on the trunk we ran unittests on both sets of slaves for several weeks to be sure they would work okay, and on aurora we seem to have either forgotten, and only run talos in parallel, or changed our minds after having decided to not to use xp-ix on aurora23.
And the way I would have written that if I'd seen the review comment before seeing it as a mid-air would have been Not so much an early deploy to m-a as a crash-landing on a branch which is completely unprepared for it. The on-time deploy wouldn't have been "to m-a" but rather "to aurora24" with code which had been running tests on these slaves for weeks before it became visible, and weeks more before it became the only thing.
An alternative patch. Instead of using ix XP machines we would use rev3 for m-a *unittests* only. I'm not touching talos jobs, they are running on xp-ix. Builder dump diff: https://gist.github.com/rail/5691389
Attachment #757024 - Flags: review?
Comment on attachment 757024 [details] [diff] [review] use xp-rev3 for m-a Review of attachment 757024 [details] [diff] [review]: ----------------------------------------------------------------- ::: mozilla-tests/config.py @@ +1226,2 @@ > del BRANCHES['mozilla-aurora']['platforms']['win32']['xp-ix'] > +BRANCHES['mozilla-aurora']['platforms']['win32']['talos_slave_platforms'] = ['xp-ix', 'win7-ix', 'win8'] since m-a is not processed by the (evil) loop anymore we need need to tweak some variables: * We want to remove win7 (rev3) (mimics the loop's "del BRANCHES[branch]['platforms']['win32']['win7']") * we have to explicitly set talos slave platforms to expected ones (mimics "BRANCHES[branch]['platforms']['win32']['talos_slave_platforms'] = ['xp-ix', 'win7-ix', 'win8']"). I'm not changing talos slave platforms in this patch.
Comment on attachment 757024 [details] [diff] [review] use xp-rev3 for m-a lgtm, and I learned 'has_key' is deprecated!
Attachment #757024 - Flags: review? → review+
I merged it to production, it should be live later today after reconfig.
in production
ATM, we have Aurora XP unittests running on rev3 machines (they are hidden though). Using rev3 machines was a safest way to reopen aurora on a Saturday evening. I'll leave the final decision about rev3 vs xp-ix to Armen.
Thank you and oops!
Assignee: nobody → armenzg
This adds XP on iX tests back. This will make us run them side by side.
Attachment #758222 - Flags: review?(rail)
Comment on attachment 758222 [details] [diff] [review] missed XP iX builders _~ _~ )_)_~ )_))_))_) _!__!__!_ \______t/ ~~~~~~~~~~~~~
Attachment #758222 - Flags: review?(rail) → review+
This would disable rev3 xp jobs on Aurora. Once we run the other patch side by side for a day or two.
Attachment #758223 - Flags: review?(rail)
Attachment #758223 - Flags: review?(rail) → review+
Attachment #758222 - Flags: checked-in+
Live in production (the first patch).
Comment on attachment 758223 [details] [diff] [review] catch up with FF23 switch over This went live this morning.
Attachment #758223 - Flags: checked-in+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: