Closed
Bug 1293554
Opened 9 years ago
Closed 9 years ago
Only run SETA's loadSkipConfig on the test scheduler
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: nthomas, Assigned: kmoir)
References
Details
Attachments
(2 files, 3 obsolete files)
|
5.26 KB,
patch
|
nthomas
:
review+
kmoir
:
checked-in+
|
Details | Diff | Splinter Review |
|
788 bytes,
patch
|
kmoir
:
checked-in+
|
Details | Diff | Splinter Review |
AFAICT it only affects scheduling [1][2], so only the test scheduler needs to query the SETA server.
[1] https://hg.mozilla.org/build/buildbot-configs/file/production/mozilla-tests/config_seta.py#l114
[2] https://dxr.mozilla.org/build-central/search?q=skipconfig+path%3Abuildbotcustom&redirect=false
| Assignee | ||
Updated•9 years ago
|
Assignee: nobody → kmoir
| Assignee | ||
Comment 1•9 years ago
|
||
I investigated this a bit this morning. To me it seems like the best thing to be would be to set DISABLE_SETA=1 in the puppet configs for the test masters, investigating how to do this.
| Reporter | ||
Comment 2•9 years ago
|
||
Thanks for looking at this Kim. I'd hoped we could look at 'role' in master_config.json, but didn't manage to navigate the tangle of imports which make it non-obvious how to do that.
If we use the DISABLE_SETA=1 way solution, could we put a comment in mozilla-tests/config.py and mozilla-tests/mobile_config.py (eg where we call loadSkipConfig) explaining it only has an effect on the test scheduler ? Otherwise it would be easy to be debugging and miss the variable, leading to confusion.
| Assignee | ||
Comment 3•9 years ago
|
||
Sure, I can do that. Not sure what the best solution is will have to do some testing.
| Assignee | ||
Comment 4•9 years ago
|
||
So it doesn't look like puppet is the best solution for setting this since it would only be set when setting up a new server without modifying the user env for cltbld certain masters. I've looked at setting this in the buildbot-configs/mozilla-tests/config.py by conditionally setting imports for config_seta.py but the tangle of imports, is well quite tangled.
| Reporter | ||
Comment 5•9 years ago
|
||
I don't think it's worth the time rearranging imports and avoiding bustage from new circular imports. Maybe we should just go for a pragmatic solution like
* read master_config.json in mozilla-tests/{config.py,mobile_config.py}, then only import config_seta and call loadSkipConfig if master_config['role'] == 'scheduler'
* aki's quick solution from when we were debugging - do a 'if "scheduler" in os.getcwd()' test
| Assignee | ||
Comment 6•9 years ago
|
||
| Assignee | ||
Comment 7•9 years ago
|
||
patch to cleanup config_seta.py file from masters once they don't need it
| Assignee | ||
Comment 8•9 years ago
|
||
Attachment #8781140 -
Attachment is obsolete: true
| Assignee | ||
Comment 9•9 years ago
|
||
Attachment #8781144 -
Attachment is obsolete: true
Attachment #8781145 -
Flags: review?(nthomas)
| Assignee | ||
Updated•9 years ago
|
Attachment #8781143 -
Flags: review?(nthomas)
| Assignee | ||
Updated•9 years ago
|
Attachment #8781145 -
Attachment is patch: true
Attachment #8781145 -
Attachment mime type: text/x-patch → text/plain
| Reporter | ||
Comment 10•9 years ago
|
||
Comment on attachment 8781145 [details] [diff] [review]
bug1293554.patch
Nice catch on the master setup.
Attachment #8781145 -
Flags: review?(nthomas) → review+
| Reporter | ||
Comment 11•9 years ago
|
||
Comment on attachment 8781143 [details] [diff] [review]
bug1293554tools.patch
You'll need to change %(bbconfigs_dir)s/mozilla-tests/ to %(master_dir)s/, and suspect you meant 'remove' instead of 'remote'. r+ with those fixed.
Attachment #8781143 -
Flags: review?(nthomas) → review+
| Assignee | ||
Updated•9 years ago
|
Attachment #8781145 -
Flags: checked-in+
| Assignee | ||
Comment 12•9 years ago
|
||
Attachment #8781143 -
Attachment is obsolete: true
| Assignee | ||
Updated•9 years ago
|
Attachment #8781591 -
Flags: checked-in+
| Assignee | ||
Comment 13•9 years ago
|
||
tools file actually looked like this
I cleaned config_seta.py symlinks were cleaned from the test masters using the fabric action
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•