Closed Bug 1471750 Opened 7 years ago Closed 7 years ago

Intermittent marionette.py | application crashed [@ libdispatch.dylib + 0x25f5] DON'T USE FOR CLASSIFICATION

Categories

(Core :: DOM: Content Processes, defect, P5)

Product:
Core
Component:
DOM: Content Processes
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: intermittent-bug-filer, Unassigned)

Details

(Keywords: crash)

Crash Data

Filed by: aciure [at] mozilla.com https://treeherder.mozilla.org/logviewer.html#?job_id=185202887&repo=autoland https://queue.taskcluster.net/v1/task/XJNCeTKfR-aNcnY7agOPqA/runs/0/artifacts/public/logs/live_backing.log 09:51:44 INFO - TEST-PASS | testing/marionette/harness/marionette_harness/tests/unit/test_profile_management.py TestSwitchProfileWithoutWorkspace.test_new_named_profile_unicode | took 2961ms 09:51:44 INFO - mozcrash Downloading symbols from: https://queue.taskcluster.net/v1/task/b3CqOc8eRCyRYVaUvmkDUw/artifacts/public/build/target.crashreporter-symbols.zip 09:51:44 INFO - 1530118304442 Marionette DEBUG Closed connection 1 09:51:44 INFO - 2018-06-27 09:51:44.572 plugin-container[730:11554] *** CFMessagePort: bootstrap_register(): failed 1100 (0x44c) 'Permission denied', port = 0x933f, name = 'com.apple.tsm.portname' 09:51:44 INFO - See /usr/include/servers/bootstrap_defs.h for the error codes. 09:51:45 INFO - 2018-06-27 09:51:45.338 plugin-container[731:11636] *** CFMessagePort: bootstrap_register(): failed 1100 (0x44c) 'Permission denied', port = 0x8e4f, name = 'com.apple.tsm.portname' 09:51:45 INFO - See /usr/include/servers/bootstrap_defs.h for the error codes. 09:51:53 INFO - mozcrash Copy/paste: /Users/cltbld/tasks/task_1530117296/build/macosx64-minidump_stackwalk /var/folders/hj/bhrrs4nn54b9mhgnv773z0k400000w/T/tmpUCBnhs.$¢€
Aciure, nothing in the initial comment shows the details about the crash you filed as bug here. When you do so please really include the stacktrace for the crashing stack. I will do it this time for you: 09:52:05 INFO - Crash reason: EXC_BAD_ACCESS / KERN_INVALID_ADDRESS 09:52:05 INFO - Crash address: 0x7 09:52:05 INFO - Process uptime: 1 seconds 09:52:05 INFO - 09:52:05 INFO - Thread 2 (crashed) 09:52:05 INFO - 0 libdispatch.dylib + 0x25f5 09:52:05 INFO - rax = 0x0000000000000000 rdx = 0x0000000000000000 09:52:05 INFO - rcx = 0x0000000000000024 rbx = 0x0000000119e85800 09:52:05 INFO - rsi = 0x00000000ec000000 rdi = 0xffffffffffffffff 09:52:05 INFO - rbp = 0x0000000119f80ea0 rsp = 0x0000000119f80e68 09:52:05 INFO - r8 = 0x00007fff86569126 r9 = 0x0000000000000000 09:52:05 INFO - r10 = 0x00007f8410527580 r11 = 0x00007fff71bb9ee0 09:52:05 INFO - r12 = 0xffffffffffffffff r13 = 0x00007fff72800c00 09:52:05 INFO - r14 = 0x0000000000000000 r15 = 0xffffffff89abcdef 09:52:05 INFO - rip = 0x00007fff8c8b75f5 09:52:05 INFO - Found by: given as instruction pointer in context 09:52:05 INFO - 1 libdispatch.dylib + 0x499b 09:52:05 INFO - rbp = 0x0000000119f80f00 rsp = 0x0000000119f80eb0 09:52:05 INFO - rip = 0x00007fff8c8b999b 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 2 libdispatch.dylib + 0x12fe4 09:52:05 INFO - rbp = 0x0000000119f80f10 rsp = 0x0000000119f80f10 09:52:05 INFO - rip = 0x00007fff8c8c7fe4 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 3 libsystem_pthread.dylib + 0x3a9d 09:52:05 INFO - rbp = 0x0000000119f80f50 rsp = 0x0000000119f80f20 09:52:05 INFO - rip = 0x00007fff82f9ea9d 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 4 libsystem_pthread.dylib + 0x13dd 09:52:05 INFO - rbp = 0x0000000119f80f78 rsp = 0x0000000119f80f60 09:52:05 INFO - rip = 0x00007fff82f9c3dd 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 5 libdispatch.dylib + 0x12f89 09:52:05 INFO - rsp = 0x0000000119f81030 rip = 0x00007fff8c8c7f89 09:52:05 INFO - Found by: stack scanning On the main thread we seem to initialize a content process: 09:52:05 INFO - 13 XUL!mozilla::plugins::PluginUtilsOSX::SetProcessName(char const*) [PluginUtilsOSX.mm:fd3d6fae1c8fd8660b1c7f55d2a42f36bc1292cb : 281 + 0x5] 09:52:05 INFO - rbp = 0x00007fff4fcee9c0 rsp = 0x00007fff4fcee580 09:52:05 INFO - rip = 0x00000001122eba65 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 14 XUL!mozilla::dom::ContentChild::SetProcessName(nsTSubstring<char16_t> const&) [ContentChild.cpp:fd3d6fae1c8fd8660b1c7f55d2a42f36bc1292cb : 744 + 0x5] 09:52:05 INFO - rbp = 0x00007fff4fceea50 rsp = 0x00007fff4fcee9d0 09:52:05 INFO - rip = 0x000000011236df53 09:52:05 INFO - Found by: previous frame's frame pointer 09:52:05 INFO - 15 XUL!mozilla::dom::ContentChild::Init(MessageLoop*, int, char const*, IPC::Channel*, unsigned long long, bool) [ContentChild.cpp:fd3d6fae1c8fd8660b1c7f55d2a42f36bc1292cb : 709 + 0x8] 09:52:05 INFO - rbp = 0x00007fff4fceeab0 rsp = 0x00007fff4fceea60 09:52:05 INFO - rip = 0x000000011236dd07 09:52:05 INFO - Found by: previous frame's frame pointer Kris, I'm not sure who currently works on content process initialization but maybe you know or even you could have a look here? The minidump file is available here: https://queue.taskcluster.net/v1/task/XJNCeTKfR-aNcnY7agOPqA/runs/0/artifacts/public/test_info/3729CE97-34EE-419E-BFD1-4D208C374EE4.dmp
Component: Marionette → DOM: Content Processes
Flags: needinfo?(kmaglione+bmo)
Product: Testing → Core
Version: Version 3 → unspecified
Crash Signature: [@ libdispatch.dylib + 0x25f5] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL]
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)]
Flags: needinfo?(kmaglione+bmo)
Jed is probably the best person at this point.
Flags: needinfo?(jld)
I have no idea about this phase of startup, or about libdispatch. I'll try handing this off to spohl, who's a Mac Widget peer and has also done work in the general area of process launch.
Flags: needinfo?(jld) → needinfo?(spohl.mozilla.bugs)
The signature [@ libdispatch.dylib + 0x25f5 ] and [@ mozilla::(anonymous namespace)::RunWatchdog(void*) ] don't show any reports for the last 3 months. The only signature with crash reports is [@ MOZ_CrashOOL ], but this signature only shows reports for Windows. So is there another signature that would capture this crash better? I'm not familiar with the binary format of the dump file in comment 1. How is this typically analyzed? Any particular tool?
Flags: needinfo?(spohl.mozilla.bugs) → needinfo?(hskupin)
I had a quick look at the recent OF classification comments on this bug, and as it looks like this bug is just a trash dump for various kinds of shutdown hangs and crashes. Even not targeted to MacOS only as originally filed. Maybe the original crash happened only once, but I don't have the time to go through all those reports from the last months. At least when I check all history in the intermittent viewer I don't get a single (!!) report anymore for MacOS. Sebastian maybe you can quickly check if we can just close this bug?
Flags: needinfo?(hskupin) → needinfo?(aryx.bugmail)
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()]
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a]
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)]
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)] [@ xul.dll + 0x3b196a]
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)] [@ xul.dll + 0x3b196a] → [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)] [@ xul.dll + 0x3b196a] [@ static void MO…
Triaged the classifications and moved them elsewhere. Nothing left to do here.
Status: NEW → RESOLVED
Crash Signature: [@ libdispatch.dylib + 0x25f5] [@ MOZ_CrashOOL] [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] [@ ProcessExecutableMemory::release()] [@ xul.dll + 0x3b187a] [@ js::jit::ExecutablePool::release(bool)] [@ xul.dll + 0x3b196a] [@ static void MO… → [@ libdispatch.dylib + 0x25f5]
Closed: 7 years ago
Flags: needinfo?(aryx.bugmail)
Keywords: intermittent-failure
Resolution: --- → WORKSFORME
Summary: Intermittent marionette.py | application crashed [@ libdispatch.dylib + 0x25f5] → Intermittent marionette.py | application crashed [@ libdispatch.dylib + 0x25f5] DON'T USE FOR CLASSIFICATION
You need to log in before you can comment on or make changes to this bug.