Closed
Bug 719511
Opened 12 years ago
Closed 12 years ago
scriptfactory doesn't reboot slaves
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: cmtalbert, Assigned: mozilla)
References
Details
(Whiteboard: [automation][mozharness][Snappy:P3])
Attachments
(4 files, 2 obsolete files)
3.81 KB,
patch
|
lsblakk
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
2.14 KB,
patch
|
lsblakk
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
4.80 KB,
patch
|
lsblakk
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
2.38 KB,
patch
|
mcote
:
review+
mozilla
:
checked-in+
|
Details | Diff | Splinter Review |
This is causing us issues with peptest in try. Essentially something doesn't get cleaned up due to an error then because the slave never rebooted when the slave goes on to run another job, it is in an unexpected state causing other tests to fail. See bug 719504 for the resulting mayhem.
Comment 1•12 years ago
|
||
Aki, ISTR that you were looking at a patch for this. Throw this bug if that's wrong or you can't work on it.
Assignee: nobody → aki
Assignee | ||
Comment 2•12 years ago
|
||
ScriptFactory is a buildbot factory, and is not part of mozharness. Fixing summary. However, this still needs to be fixed for ScriptFactory to run viable mozharness-based tests.
Summary: scriptfactory in mozharness doesn't reboot slaves → scriptfactory doesn't reboot slaves
Whiteboard: [automation][mozharness]
Assignee | ||
Comment 3•12 years ago
|
||
I'm not hardcoding the path or the options because ScriptFactory currently runs both mozharness and build/tools scripts. I suppose I could get around that by checking in count_and_reboot.py into mozharness; this seems like a decent alternative.
Attachment #594820 -
Flags: review?(catlee)
Assignee | ||
Comment 4•12 years ago
|
||
Attachment #594820 -
Attachment is obsolete: true
Attachment #594820 -
Flags: review?(catlee)
Attachment #594827 -
Flags: review?(catlee)
Updated•12 years ago
|
Attachment #594827 -
Flags: review?(catlee) → review+
Assignee | ||
Comment 5•12 years ago
|
||
Comment on attachment 594827 [details] [diff] [review] call reboot() =P http://hg.mozilla.org/build/buildbotcustom/rev/a14af12e9545 Now I need to add a build/tools checkout to peptest, and add the reboot_command to the builders.
Attachment #594827 -
Flags: checked-in+
Comment 6•12 years ago
|
||
This is live now as of 1300 PST.
Comment 7•12 years ago
|
||
Backed out from http://hg.mozilla.org/build/buildbotcustom/rev/6b81b41b58b3 Can you please back it out from default or land a fix?
Assignee | ||
Comment 8•12 years ago
|
||
Comment on attachment 594827 [details] [diff] [review] call reboot() =P I failed to set self.reboot_command. I might as well test the whole thing before the next r?
Attachment #594827 -
Flags: checked-in+ → checked-in-
Assignee | ||
Comment 9•12 years ago
|
||
I was able to get this, combined with the following two patches, to reboot a Fedora box after running Peptest.
Attachment #594827 -
Attachment is obsolete: true
Attachment #596712 -
Flags: review?(lsblakk)
Assignee | ||
Comment 10•12 years ago
|
||
Attachment #596713 -
Flags: review?(lsblakk)
Assignee | ||
Comment 11•12 years ago
|
||
This patch does two things: 1) changes the default actions for peptest to be more developer friendly (calls get-latest-tinderbox by default). It then changes the default_actions for the production configs to switch out get-latest-tinderbox for read-buildbot-config. 2) adds the build/tools repo to all production configs, and checks out that repo if 'repos' is defined in self.config. This is so we have count_and_reboot.py on disk.
Attachment #596714 -
Flags: review?(lsblakk)
Updated•12 years ago
|
Attachment #596712 -
Flags: review?(lsblakk) → review+
Updated•12 years ago
|
Attachment #596713 -
Flags: review?(lsblakk) → review+
Updated•12 years ago
|
Attachment #596714 -
Flags: review?(lsblakk) → review+
Assignee | ||
Comment 12•12 years ago
|
||
Comment on attachment 596713 [details] [diff] [review] (configs) reenable peptest; add count_and_reboot.py reboot_command to peptest http://hg.mozilla.org/build/buildbot-configs/rev/8107a795bf38
Attachment #596713 -
Flags: checked-in+
Assignee | ||
Comment 13•12 years ago
|
||
Comment on attachment 596712 [details] [diff] [review] (custom) add optional reboot command to ScriptFactory http://hg.mozilla.org/build/buildbotcustom/rev/cc74a82b64a3
Attachment #596712 -
Flags: checked-in+
Assignee | ||
Comment 14•12 years ago
|
||
Comment on attachment 596714 [details] [diff] [review] (mozharness) peptest default_actions and repos changes http://hg.mozilla.org/build/mozharness/rev/18f1775c7c59 Peptest should be reenabled, with ScriptFactory rebooting, on the next reconfig (Thursday? I may take this tomorrow during 11.0b3 as well.)
Attachment #596714 -
Flags: checked-in+
Comment 15•12 years ago
|
||
Thursday would be good. I have another patch to land to ensure that peptest doesn't try to use the network. Also there are some more command-line options to disable network access--do you need to modify try/mozharness for these?
Assignee | ||
Comment 16•12 years ago
|
||
(In reply to Mark Côté ( :mcote ) from comment #15) > Thursday would be good. I have another patch to land to ensure that peptest > doesn't try to use the network. I think that peptest hitting the network makes peptest orange; not rebooting made other tests orange. We should be able to reenable and hide before you're ready, but sounds like I can leave the reconfig for this for Thursday without blocking you guys. > Also there are some more command-line > options to disable network access--do you need to modify try/mozharness for > these? I think we'll need to update the command line generation logic here: http://hg.mozilla.org/build/mozharness/file/18f1775c7c59/scripts/peptest.py#l314
Updated•12 years ago
|
Whiteboard: [automation][mozharness] → [automation][mozharness][Snappy:P3]
Comment 17•12 years ago
|
||
Yup, you will need to add these options: --proxy with the location to the server-locations.txt file (peptest/tests/firefox/server-locations.txt) --proxy-host-dirs --server-path with the location of the root server dir (tests/peptest/tests/firefox/server) That will proxy network requests to local files. Let me know if you have any questions.
Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 18•12 years ago
|
||
Oops, reopening for comment 17.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 19•12 years ago
|
||
With this patch, we get a command line of 12:09:43 INFO - Running command: ['/home/cltbld/talos-slave/test/build/venv/bin/python', '-u', '/home/cltbld/talos-slave/test/build/tests/peptest/peptest/runpeptests.py', '--app', 'firefox', '--binary', '/home/cltbld/talos-slave/test/build/application/firefox/firefox', '--test-path', '/home/cltbld/talos-slave/test/build/tests/peptest/tests/firefox/firefox_all.ini', '--timeout', '60', '--tracer-threshold', '50', '--tracer-interval', '10', '--proxy', '/home/cltbld/talos-slave/test/build/tests/peptest/tests/firefox/server-locations.txt', '--proxy-host-dirs', '--server-path', '/home/cltbld/talos-slave/test/build/tests/peptest/tests/firefox/server', '--log-level', 'INFO']
Attachment #599308 -
Flags: review?(mcote)
Comment 20•12 years ago
|
||
Comment on attachment 599308 [details] [diff] [review] add proxy options to peptest Review of attachment 599308 [details] [diff] [review]: ----------------------------------------------------------------- New command line looks good.
Attachment #599308 -
Flags: review?(mcote) → review+
Assignee | ||
Comment 21•12 years ago
|
||
Comment on attachment 599308 [details] [diff] [review] add proxy options to peptest http://hg.mozilla.org/build/mozharness/rev/f230e358cedc I think all that's left is outside the scope of this bug: adjust peptests to go green, add new peptests.
Attachment #599308 -
Flags: checked-in+
Assignee | ||
Updated•12 years ago
|
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•