Closed
Bug 1310474
Opened 8 years ago
Closed 8 years ago
Autophone - devices which can not get wifi connections after upgrade to Aruba
Categories
(Testing Graveyard :: Autophone, defect)
Testing Graveyard
Autophone
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bc, Assigned: van)
References
Details
The following devices do not appear able to get ip addresses after the change from Juniper to Aruba. jbarnell increased the power and dumpsys wifi shows that ateam is very close to Mozilla in strength.
jmaher, gbrown: I am leaving them enabled so they will attempt to recover over the weekend so you will probably see emails regarding their failures to obtain ip addresses. If they don't recover relatively soon automatically I'll go ahead and remove them from Autophone until we can get them looked at.
Van, can you take a look at these devices on Monday?
autophone-2
============== nexus-6p-7 ===========
up time: 00:17:07, idle time: 02:01:29, sleep time: 00:00:00
wlan0 Link encap:Ethernet HWaddr 00:9A:CD:B8:39:AD
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 TX bytes:0
autophone-3
============== nexus-6p-3 ===========
up time: 00:00:59, idle time: 00:05:24, sleep time: 00:00:00
wlan0 Link encap:Ethernet HWaddr 00:9A:CD:B8:39:65
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 TX bytes:0
============== nexus-6p-5 ===========
up time: 00:01:00, idle time: 00:05:26, sleep time: 00:00:00
wlan0 Link encap:Ethernet HWaddr 00:9A:CD:B8:39:8F
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 TX bytes:0
Reporter | ||
Comment 1•8 years ago
|
||
The following devices are now failing the Talos tests due to failing to detect any measurements.
========= autophone-1 ==========
============== nexus-6p-1 ===========
up time: 00:06:15, idle time: 00:42:00, sleep time: 00:00:00
wlan0 Link encap:Ethernet HWaddr 00:9A:CD:B8:3B:F5
inet addr:10.252.120.230 Bcast:10.252.120.255 Mask:255.255.255.0
inet6 addr: fe80::29a:cdff:feb8:3bf5/64 Scope: Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:45 errors:0 dropped:0 overruns:0 frame:0
TX packets:523 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5318 TX bytes:40356
============== nexus-6p-2 ===========
up time: 00:05:37, idle time: 00:38:53, sleep time: 00:00:00
wlan0 Link encap:Ethernet HWaddr AC:CF:85:6B:B0:B2
inet addr:10.252.120.232 Bcast:10.252.120.255 Mask:255.255.255.0
inet6 addr: fe80::aecf:85ff:fe6b:b0b2/64 Scope: Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:36 errors:0 dropped:0 overruns:0 frame:0
TX packets:406 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4548 TX bytes:31777
I've set logging to DEBUG in the attempt to see what is going on. See
https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=ba0be6c3f68ac6fd3b73745399564e1f8ad98b5d&filter-searchStr=autophone
The device is getting an ip address and I can ping the host from the devices. When this build completes, I'll shut down talos on autophone-1. jmaher, any ideas?
Flags: needinfo?(jmaher)
Comment 2•8 years ago
|
||
in one of the svg retriggers [1], I see a few things:
D/StrictMode( 7061): StrictMode policy violation; ~duration=58 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=65567 violation=2
D/StrictMode( 7061): at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:1263)
D/StrictMode( 7061): at libcore.io.BlockGuardOs.access(BlockGuardOs.java:67)
D/StrictMode( 7061): at java.io.File.doAccess(File.java:281)
D/StrictMode( 7061): at java.io.File.exists(File.java:361)
D/StrictMode( 7061): at android.app.ContextImpl.createFilesDirLocked(ContextImpl.java:418)
D/StrictMode( 7061): at android.app.ContextImpl.getFilesDir(ContextImpl.java:441)
D/StrictMode( 7061): at android.content.ContextWrapper.getFilesDir(ContextWrapper.java:203)
D/StrictMode( 7061): at org.mozilla.gecko.GeckoProfileDirectories.getMozillaDirectory(GeckoProfileDirectories.java:119)
D/StrictMode( 7061): at org.mozilla.gecko.GeckoApp.updateCrashedState(GeckoApp.java:1761)
D/StrictMode( 7061): at org.mozilla.gecko.GeckoApp.onCreate(GeckoApp.java:1264)
D/StrictMode( 7061): at org.mozilla.gecko.BrowserApp.onCreate(BrowserApp.java:612)
D/StrictMode( 7061): at android.app.Activity.performCreate(Activity.java:6251)
D/StrictMode( 7061): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1107)
D/StrictMode( 7061): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2369)
D/StrictMode( 7061): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2476)
...
E/GeckoConsole( 7061): [JavaScript Error: "NS_ERROR_FILE_NOT_FOUND: Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIXPCComponents_Utils.import]" {file: "chrome://pageloader/content/pageloader.js" line: 13}]
...
E/GeckoConsole( 7061): [JavaScript Error: "Failed to load module resource:///modules/sessionstore/Utils.jsm." {file: "resource://gre/modules/XPCOMUtils.jsm" line: 279}]
looking at this, we are looking for:
Components.utils.import("resource:///modules/E10SUtils.jsm");
this is used by desktop talos as well (although pageloader is slightly different):
https://dxr.mozilla.org/mozilla-central/source/testing/talos/talos/pageloader/chrome/pageloader.js#14
we also have:
Components.utils.import("resource://gre/modules/Services.jsm");
I do wonder if this is just an issue with Firefox for Android, and not an issue with the tests. Maybe we use a preference that is problematic?
here are 2 changes that went into desktop firefox talos preferences recently:
* https://hg.mozilla.org/mozilla-central/rev/9797bbeb275a (media.libavcodec.allow-obsolete=True)
* https://hg.mozilla.org/mozilla-central/rev/7c1929f35c5d#l5.2 (media.gmp-manager.updateEnabled=False)
[1] https://autophone.s3.amazonaws.com/pub/mobile/tinderbox-builds/mozilla-inbound-android-api-15/1476598115/autophone-talos-tsvg-remote.ini-1-nexus-6p-1-3155bfb1-8866-4b31-b45c-28a8405d82a0-autophone.log
Flags: needinfo?(jmaher)
Reporter | ||
Comment 3•8 years ago
|
||
Following the links back to Treeherder show:
https://treeherder.mozilla.org/#/jobs?repo=mozilla-central&revision=de5d73a0568d1c3d50da32169026cc68ee09b1ae&filter-searchStr=autophone is green.
https://treeherder.mozilla.org/#/jobs?repo=mozilla-central&revision=1e7f590415adb88c3699ff073111027e1edf1592&filter-searchStr=autophone is green
everything was green up until the network changed.
nexus-6p-7 attached to autophone-2 has also lost reliable network connections. I've disabled it as well.
wlan0 Link encap:Ethernet HWaddr 00:9A:CD:B8:39:AD
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 TX bytes:0
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Updated•8 years ago
|
Assignee | ||
Comment 4•8 years ago
|
||
going to call this fixed after our brief conversation today. let me know if these tests are continuing to fail.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Updated•3 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•