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)

Product:
Testing Graveyard
Component:
Autophone
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
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
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)
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)
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
Blocks: 1310641
Depends on: 1310578
Depends on: 1310591
Blocks: 1310578
No longer depends on: 1310578
Blocks: 1310591
No longer depends on: 1310591
Blocks: 1310590
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
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.