Closed Bug 966883 Opened 8 years ago Closed 8 years ago

B2G emulator tests are broken on Pine and Cedar

Categories

(Release Engineering :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: gwagner, Unassigned)

References

Details

We need this up and running asap again please.

https://tbpl.mozilla.org/?tree=Pine&showall=1

22:18:12     INFO - Copy/paste: /builds/slave/test/build/venv/bin/mozinstall --app b2g /builds/slave/test/build/emulator.tar.gz --destination /builds/slave/test/build/application
22:18:21    ERROR - Errors received:
22:18:21     INFO - Reading from file tmpfile_stderr
22:18:21    ERROR -  Traceback (most recent call last):
22:18:21    ERROR -    File "/builds/slave/test/build/venv/bin/mozinstall", line 9, in <module>
22:18:21    ERROR -      load_entry_point('mozInstall==1.8', 'console_scripts', 'mozinstall')()
22:18:21    ERROR -    File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/mozinstall/mozinstall.py", line 301, in install_cli
22:18:21    ERROR -      binary = get_binary(install_path, app_name=options.app)
22:18:21    ERROR -    File "/builds/slave/test/build/venv/local/lib/python2.7/site-packages/mozinstall/mozinstall.py", line 88, in get_binary
22:18:21    ERROR -      raise InvalidBinary('"%s" does not contain a valid binary.' % path)
22:18:21    ERROR -  mozinstall.mozinstall.InvalidBinary: "/builds/slave/test/build/application/b2g-distro" does not contain a valid binary.
22:18:21     INFO - retry: Calling <built-in function remove> with args: ('tmpfile_stderr',), kwargs: {}, attempt #1
22:18:21     INFO - retry: Calling <built-in function remove> with args: ('tmpfile_stdout',), kwargs: {}, attempt #1
22:18:21    ERROR - Return code: 1
22:18:21    FATAL - Halting on failure while running ['/builds/slave/test/build/venv/bin/mozinstall', '--app', 'b2g', '/builds/slave/test/build/emulator.tar.gz', '--destination', '/builds/slave/test/build/application']
22:18:21    FATAL - Running post_fatal callback...
22:18:21    FATAL - Exiting 1
Summary: B2G emulator tests are broken on Pine → B2G emulator tests are broken on Pine and Cedar
Not quite sure why, other than perhaps an unread copy-paste, Pine's running on mozharness default.
Assignee: server-ops-devservices → nobody
Component: Server Operations: Developer Services → General Automation
Product: mozilla.org → Release Engineering
QA Contact: nmaul → catlee
The job I re-triggered on Pine is green.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
But is there any actual reason besides "the config was created by copy-paste from Cedar" to have Pine running on default rather than production?
(In reply to Phil Ringnalda (:philor) from comment #4)
> But is there any actual reason besides "the config was created by copy-paste
> from Cedar" to have Pine running on default rather than production?

Pine was loaned in bug 929203 - it wasn't explicitly requested.

Gregor, could you confirm whether you would like Pine to track mozharness production or default? I'd suggest the former unless many of your changes to green up b2g debug require mozharness landings.
Flags: needinfo?(anygregor)
(In reply to Ed Morley [:edmorley UTC+0] from comment #5)
> (In reply to Phil Ringnalda (:philor) from comment #4)
> > But is there any actual reason besides "the config was created by copy-paste
> > from Cedar" to have Pine running on default rather than production?
> 
> Pine was loaned in bug 929203 - it wasn't explicitly requested.
> 
> Gregor, could you confirm whether you would like Pine to track mozharness
> production or default? I'd suggest the former unless many of your changes to
> green up b2g debug require mozharness landings.

I don't really know what this implies but when it is about taking the current build flags from b2g-inbound then I would say yes I rather have production mozharness.
Flags: needinfo?(anygregor)
Depends on: 967084
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.