Closed
Bug 715193
Opened 13 years ago
Closed 12 years ago
Android should allow testing talos.zip changes through the try server
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: k0scist, Assigned: armenzg)
Details
(Whiteboard: [mobile][testing])
Attachments
(3 files, 1 obsolete file)
4.31 KB,
patch
|
mozilla
:
review+
armenzg
:
checked-in+
|
Details | Diff | Splinter Review |
369 bytes,
patch
|
armenzg
:
review+
armenzg
:
checked-in+
|
Details | Diff | Splinter Review |
3.30 KB,
patch
|
mozilla
:
review+
armenzg
:
checked-in+
|
Details | Diff | Splinter Review |
http://armenzg.blogspot.com/2011/12/taloszip-talosjson-and-you.html is a great step forward in make Talos testable cross-platform. However, :jmaher has pointed out that the android automation does not use this file for fetching Talos. It should. We currently have no staging environment that runs android :/
Comment 1•12 years ago
|
||
Armen: is this something you could take on? You deployed the other talos.json parts, and I don't think Android should be an afterthought here.
Assignee: nobody → armenzg
Priority: -- → P3
Whiteboard: [mobile][testing]
Comment 2•12 years ago
|
||
the mobile stuff is very much out of band from desktop, this might not be a simple fix.
Assignee | ||
Comment 3•12 years ago
|
||
It's completely different. IIRC the foopy checkouts the talos repo and the tegras grab it from there. Perhaps we could modify the foopy to checkout up to a given tag. It can be independent of the talos.json or we could add a tag value inside of talos.json. bear, aki: sounds doable?
Comment 4•12 years ago
|
||
Our workflow for talos and try is to run a set of changes we are planning on landing on try server before landing them. So we would need to do something else other than "hg pull <tag>".
Assignee | ||
Comment 5•12 years ago
|
||
hrmmm... you're right. I don't know much about the setup on the tegras. I'll have to learn!
Assignee | ||
Updated•12 years ago
|
Priority: P3 → P2
Assignee | ||
Comment 6•12 years ago
|
||
hehe I just saw that this was mentioned in the mobile testing notes. https://wiki.mozilla.org/Mobile/Testing/01_25_12 So I guess it is important!
(In reply to Armen Zambrano G. [:armenzg] - Release Engineer from comment #6) > hehe I just saw that this was mentioned in the mobile testing notes. > > https://wiki.mozilla.org/Mobile/Testing/01_25_12 > > So I guess it is important! it's huge!
Assignee | ||
Comment 8•12 years ago
|
||
I am giving higher priority to bug 723667. I will get to this as soon as the other is on track to be fixed. These are the two bugs that I am working on "P2".
Assignee | ||
Comment 9•12 years ago
|
||
With http://hg.mozilla.org/build/buildbotcustom/rev/d65002e32e87 we are close to this since we already use the talos.zip. It is now a matter to start using talos.json. (unrelated work, I have to fix bug 734221 first)
Assignee | ||
Comment 10•12 years ago
|
||
This is now my highest priority unless there is any follow up from bug 734221.
Priority: P2 → P1
Summary: android on try should use the talos.json file → Android jobs should take advantage of talos.json and talos_from_code.py
Assignee | ||
Comment 11•12 years ago
|
||
A couple of days before I can work on this full on.
Priority: P1 → P2
Assignee | ||
Comment 12•12 years ago
|
||
I wanted to extend talos_from_code.py and talos.json to download many other pieces but for now let's just focus on talos.zip and empower jhammel. I will test this on Monday.
Assignee | ||
Comment 13•12 years ago
|
||
It seems I need a python with simplejson on the foopies.
Comment 14•12 years ago
|
||
I'm ok with installing simplejson if |import json| doesnt' work for you. The foopies aren't puppetized iirc, so that'll take a csshX call or something.
Assignee | ||
Comment 15•12 years ago
|
||
This has worked for me. I modified the steps to be retrying and testing it once more on staging. Nothing is needed to be deployed on the foopies since they have python 2.6 on them and the json module can be imported.
Attachment #608814 -
Attachment is obsolete: true
Assignee | ||
Comment 16•12 years ago
|
||
Carrying forward jmaher's review in bug 738685 to match mobile and desktop talos.zip in preparation for this buildbotcustom patch. This could help us catch any discrepancies ahead of time. http://hg.mozilla.org/integration/mozilla-inbound/rev/30bdb43d4a4a
Attachment #609427 -
Flags: review+
Attachment #609427 -
Flags: checked-in+
Assignee | ||
Comment 17•12 years ago
|
||
Specifically: * mobile http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l7730 > 7730 'http://build.mozilla.org/talos/zips/talos.bug738685.c08bb14e71cd.zip'], and: * desktop: http://hg.mozilla.org/integration/mozilla-inbound/rev/30bdb43d4a4a#l1.7 > 1.6 -"url": "http://build.mozilla.org/talos/zips/talos.737117.8c0c35cac3e2.zip", > 1.7 +"url": "http://build.mozilla.org/talos/zips/talos.bug738685.c08bb14e71cd.zip",
Assignee | ||
Comment 18•12 years ago
|
||
Comment on attachment 609413 [details] [diff] [review] [buildbotcustom] use talos_from_code.py to retrieve talos.zip python /builds/tegra-022/talos-data/buildfarm/utils/retry.py -s 1 -r 5 -t 1260 wget --no-check-certificate http://hg.mozilla.org/mozilla-central/raw-file/8042c37b8100/testing/talos/talos_from_code.py python /builds/tegra-022/talos-data/buildfarm/utils/retry.py -s 1 -r 5 -t 1260 /opt/local/bin/python talos_from_code.py --talos-json-url http://hg.mozilla.org/mozilla-central/raw-file/8042c37b8100/testing/talos/talos.json
Attachment #609413 -
Flags: review?(aki)
Comment 19•12 years ago
|
||
Comment on attachment 609413 [details] [diff] [review] [buildbotcustom] use talos_from_code.py to retrieve talos.zip >+ elif (platform.find("android") > -1): I think we usually do |if 'android' in platform:| but this works too. Looks good; does it work?
Attachment #609413 -
Flags: review?(aki) → review+
Assignee | ||
Comment 21•12 years ago
|
||
It does work. The string was tegra_android and I thought of making it general for when we have panda_android.
Assignee | ||
Comment 22•12 years ago
|
||
Comment on attachment 609413 [details] [diff] [review] [buildbotcustom] use talos_from_code.py to retrieve talos.zip 70e92b0482f4
Attachment #609413 -
Flags: checked-in+
Comment 23•12 years ago
|
||
this was deployed during a reconfig today
Assignee | ||
Comment 24•12 years ago
|
||
I filed bug 739721 to deal with other changes that can make use of talos.json With regards to talos.zip we are done.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Summary: Android jobs should take advantage of talos.json and talos_from_code.py → Android should allow testing talos.zip changes through the try server
Assignee | ||
Comment 25•12 years ago
|
||
It seems we broke this for mozilla-esr10. Patch coming.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 26•12 years ago
|
||
Still waiting to see a passing run on staging before asking for review.
Assignee | ||
Comment 27•12 years ago
|
||
FTR, this is the problem: python /builds/tegra-234/talos-data/buildfarm/utils/retry.py -s 1 -r 5 -t 1260 wget --no-check-certificate http://hg.mozilla.org/releases/mozilla-esr10/raw-file/578cf13bf0cb/testing/talos/talos_from_code.py in dir /builds/tegra-234/test/../talos-data (timeout 1320 secs) watching logfiles {} argv: ['python', '/builds/tegra-234/talos-data/buildfarm/utils/retry.py', '-s', '1', '-r', '5', '-t', '1260', 'wget', '--no-check-certificate', 'http://hg.mozilla.org/releases/mozilla-esr10/raw-file/578cf13bf0cb/testing/talos/talos_from_code.py'] environment: PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin PWD=/builds/tegra-234/talos-data SUT_IP=10.250.51.74 SUT_NAME=tegra-234 __CF_USER_TEXT_ENCODING=0x1F5:0:0 closing stdin using PTY: False retry: Calling <function run_with_timeout at 0x10c84fe60> with args: (['wget', '--no-check-certificate', 'http://hg.mozilla.org/releases/mozilla-esr10/raw-file/578cf13bf0cb/testing/talos/talos_from_code.py'], 1260, None, None, False, True), kwargs: {}, attempt #1 Executing: ['wget', '--no-check-certificate', 'http://hg.mozilla.org/releases/mozilla-esr10/raw-file/578cf13bf0cb/testing/talos/talos_from_code.py'] --2012-03-28 12:11:37-- http://hg.mozilla.org/releases/mozilla-esr10/raw-file/578cf13bf0cb/testing/talos/talos_from_code.py Resolving hg.mozilla.org (hg.mozilla.org)... 10.2.74.153 Connecting to hg.mozilla.org (hg.mozilla.org)|10.2.74.153|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2012-03-28 12:11:44 ERROR 404: Not Found.
Assignee | ||
Comment 28•12 years ago
|
||
Comment on attachment 610273 [details] [diff] [review] [buildbotcustom] use talos.json method if talos_from_source_code is enabled It looks good on staging.
Attachment #610273 -
Flags: review?(aki)
Comment 29•12 years ago
|
||
Comment on attachment 610273 [details] [diff] [review] [buildbotcustom] use talos.json method if talos_from_source_code is enabled >+ else: >+ self.addStep(RetryingShellCommand( >+ name='get_talos_zip', >+ command=['wget', '-O', 'talos.zip', '--no-check-certificate', >+ 'http://build.mozilla.org/talos/zips/talos.bug738685.c08bb14e71cd.zip'], For this else, wouldn't it be easier to point at a known-named softlink? If we're planning on only needing this fallback for a very short amount of time, this is fine, otherwise the known-named softlink would help us deploy new talos zips (manually) without a reconfig.
Attachment #610273 -
Flags: review?(aki) → review+
Assignee | ||
Comment 31•12 years ago
|
||
I will deploy it now.
Assignee | ||
Comment 32•12 years ago
|
||
Comment on attachment 610273 [details] [diff] [review] [buildbotcustom] use talos.json method if talos_from_source_code is enabled I added a talos.mobile.old.zip symlink. This is needed for old branches like esr10 and 1.9.2. http://hg.mozilla.org/build/buildbotcustom/rev/158a3faf1adf I have reconfigured and I am now triggering the jobs.
Attachment #610273 -
Flags: checked-in+
Assignee | ||
Comment 33•12 years ago
|
||
I don't know what's going on. remotePerfConfigurator.py is failing: > python remotePerfConfigurator.py -v -e org.mozilla.firefox -t tegra-152 --branchName Mozilla-Esr10 --resultsServer graphs.mozilla.org --resultsLink /server/collect.cgi --activeTests tsspider --noChrome --symbolsPath ../symbols --remoteDevice 10.250.50.62 --sampleConfig remote.config --output local.yml --webServer bm-remote.build.mozilla.org --browserWait 60 > remotePerfConfigurator.py: ERROR: Unable to connect to remote device '10.250.51.87' https://tbpl.mozilla.org/php/getParsedLog.php?id=10472433&tree=Mozilla-Esr10&full=1
Assignee | ||
Comment 34•12 years ago
|
||
I see green. https://tbpl.mozilla.org/php/getParsedLog.php?id=10473964&tree=Mozilla-Esr10&full=1 I changed the symlink to the latest talos.zip to fix comment 33 as per jmaher's suggestion (the previous talos.zip was a bad one I chose).
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
•