Closed Bug 1200294 Opened 10 years ago Closed 10 years ago

we should get rid of minidump_stackwalk binaries in talos sources

Categories

(Testing :: Talos, defect)

defect
Not set
normal

Tracking

(firefox43 affected)

RESOLVED FIXED
Tracking Status
firefox43 --- affected

People

(Reporter: parkouss, Assigned: parkouss)

References

Details

Attachments

(2 files, 1 obsolete file)

Discussion about bug 787200 comment 55: 18:34 <@ted> parkouss: ok, so two things from that bug 18:34 <@ted> parkouss: 1) chmanchester is right, you don't really need to unify your talos.zip 18:35 <@ted> since it ought to be the same for each half of the build anyway 18:35 <@ted> but 2) talos should get rid of the minidump_stackwalk binary that's checked in and fetch one from tooltool like the unittest jobs do now 18:35 <jmaher> ted: good point; so many little changes needed to get this in-tree
Attached patch 1200294.patch (obsolete) — Splinter Review
Pushed to try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=cd08819e1c81 Note that we should see 'grabbing minidump binary from tooltool' in logs.
Assignee: nobody → j.parkouss
Status: NEW → ASSIGNED
Attachment #8655041 - Flags: review?(jmaher)
this is the talos side: removing minidump binaries from talos sources. This now rely on the fact that mozcrash uses the env var MINIDUMP_STACKWALK: https://dxr.mozilla.org/mozilla-central/source/testing/mozbase/mozcrash/mozcrash/mozcrash.py#60 And this env var is defined by the previous mozharness patch.
Attachment #8655053 - Flags: review?(jmaher)
Comment on attachment 8655041 [details] [diff] [review] 1200294.patch Removing the review flag for now, this is broken on try. I'll look at this later.
Attachment #8655041 - Flags: review?(jmaher)
Ok, so I figured out that I missed the tooltool.py executable in configuration. Just added it, and pushed to try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=b03ee0cf2f9d
Attached patch 1200294.patchSplinter Review
Ok, so far looks good now on try. Also I tested locally with mach, still works (note that locally, no minidump will be generated though - we may address this later). Note that this patch may conflict a bit with the one in bug 787200 (the run_local part). I'll rebase the patch once this one will be landed.
Attachment #8655041 - Attachment is obsolete: true
Attachment #8655324 - Flags: review?(jmaher)
Comment on attachment 8655053 [details] [diff] [review] talos_1200294.patch Review of attachment 8655053 [details] [diff] [review]: ----------------------------------------------------------------- I assume mozcrash will look in a predefined location?
Attachment #8655053 - Flags: review?(jmaher) → review+
Comment on attachment 8655324 [details] [diff] [review] 1200294.patch Review of attachment 8655324 [details] [diff] [review]: ----------------------------------------------------------------- the only problem I have here is that we don't have this for local runs. To be honest most people didn't run with --symbols-path anyway which would have been required for this. So overall this keeps us at parity!
Attachment #8655324 - Flags: review?(jmaher) → review+
(In reply to Joel Maher (:jmaher) from comment #7) > Comment on attachment 8655053 [details] [diff] [review] > talos_1200294.patch > > Review of attachment 8655053 [details] [diff] [review]: > ----------------------------------------------------------------- > > I assume mozcrash will look in a predefined location? Yes, see comment 3.
Keywords: leave-open
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Removing leave-open keyword from resolved bugs, per :sylvestre.
Keywords: leave-open
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: