Closed Bug 972332 Opened 11 years ago Closed 11 years ago

Intermittent B2G xpcshell "marionette.errors.InvalidResponseException: InvalidResponseException: Could not communicate with Marionette server. Is the Gecko process still running?" on startup

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: RyanVM, Unassigned)

References

Details

(Keywords: intermittent-failure)

Crash Data

Attachments

(1 file)

This is pretty frequent and difficult to star in TBPL. Can we please get someone to look into this soonish? https://tbpl.mozilla.org/php/getParsedLog.php?id=34612358&tree=Mozilla-Inbound b2g_emulator_vm mozilla-inbound debug test xpcshell on 2014-02-13 03:33:38 PST for push e494713ccc5a slave: tst-linux64-spot-440 03:36:19 INFO - Calling ['/builds/slave/test/build/venv/bin/python', 'runtestsb2g.py', '--adbpath=/builds/slave/test/build/emulator/b2g-distro/out/host/linux-x86/bin/adb', '--b2gpath=/builds/slave/test/build/emulator/b2g-distro', '--emulator=arm', '--logcat-dir=/builds/slave/test/build', '--manifest=tests/xpcshell_b2g.ini', '--use-device-libs', '--testing-modules-dir=/builds/slave/test/build/tests/modules', '--symbols-path=/builds/slave/test/build/symbols', '--busybox=/builds/slave/test/build/busybox'] with output_timeout 1000 03:36:19 INFO - /builds/slave/test/build/venv/local/lib/python2.7/site-packages/mozrunner/utils.py:20: UserWarning: Module mozinfo was already imported from /builds/slave/test/build/tests/xpcshell/mozinfo.py, but /builds/slave/test/build/venv/lib/python2.7/site-packages is being added to sys.path 03:36:19 INFO - import pkg_resources 03:44:29 INFO - pushing /system/bin/busybox 03:44:29 INFO - waiting for system-message-listener-ready... 03:44:29 INFO - done 03:44:29 INFO - Traceback (most recent call last): 03:44:29 INFO - File "runtestsb2g.py", line 222, in <module> 03:44:29 INFO - main() 03:44:29 INFO - File "runtestsb2g.py", line 184, in main 03:44:29 INFO - marionette = Marionette(**kwargs) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/marionette.py", line 517, in __init__ 03:44:29 INFO - busybox=busybox) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/emulator.py", line 378, in setup 03:44:29 INFO - self.set_prefs(marionette) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/emulator.py", line 397, in set_prefs 03:44:29 INFO - """, [pref, self.prefs[pref]]) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/marionette.py", line 1114, in execute_script 03:44:29 INFO - filename=os.path.basename(frame[0])) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/marionette.py", line 598, in _send_message 03:44:29 INFO - response = self.client.send(message) 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/client.py", line 101, in send 03:44:29 INFO - response = self.receive() 03:44:29 INFO - File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/marionette/client.py", line 58, in receive 03:44:29 INFO - status=ErrorCodes.INVALID_RESPONSE) 03:44:29 INFO - marionette.errors.InvalidResponseException: InvalidResponseException: Could not communicate with Marionette server. Is the Gecko process still running? 03:44:30 INFO - Return code: 1
Ed, I'm wondering if we should add InvalidResponseException to the log parser too, so we could at least make this starrable on TBPL.
Flags: needinfo?(emorley)
(In reply to Ryan VanderMeulen [:RyanVM UTC-5] from comment #1) > Ed, I'm wondering if we should add InvalidResponseException to the log > parser too, so we could at least make this starrable on TBPL. I'm thinking matching /marionette\.errors/ or /[A-Za-z.]*Exception:/ might be good?
Flags: needinfo?(emorley)
Depends on: 973519
Attached file crash stack
So as of bug 976120 these have crash stacks now (attached).
Crash Signature: [@ __libc_android_abort]
16:22:23 INFO - No symbols path given, can't process dump. 16:22:23 INFO - MINIDUMP_STACKWALK not set, can't process dump. Uh.. what?
So apparently gaia-ui tests still aren't setting symbols and minidump stackwalk properly? Also there are at least two separate crashes I've seen filed against this bug.. we should get some bugs on file in their components if they don't exist already.
Depends on: 985403
No longer depends on: 973519
Closing bugs where TBPLbot has previously commented, but have now not been modified for >3 months & do not contain the whiteboard strings for disabled/annotated tests or use the keyword leave-open. Filter on: mass-intermittent-bug-closure-2014-07
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: