Closed Bug 693918 Opened 14 years ago Closed 13 years ago

Frequent test_videocontrols.html | Test timed out on rev4 slaves only

Categories

(Release Engineering :: General, defect, P3)

x86_64
macOS
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: philor, Unassigned)

References

Details

(Keywords: intermittent-failure)

Attachments

(1 file)

https://tbpl.mozilla.org/php/getParsedLog.php?id=6793064&tree=Firefox 8216 INFO TEST-PASS | /tests/toolkit/content/tests/widgets/test_videocontrols.html | checking video mute state - false should equal false --DOMWINDOW == 32 (0x1452c06a8) [serial = 804] [outer = 0x0] [url = https://example.com/tests/toolkit/components/satchel/test/subtst_form_submission_1.html] --DOMWINDOW == 31 (0x1441f72a8) [serial = 821] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/content/tests/widgets/test_mousecapture_area.html] --DOMWINDOW == 30 (0x14520d8d8) [serial = 820] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/content/tests/widgets/test_contextmenu_nested.xul] --DOMWINDOW == 29 (0x145101498) [serial = 816] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/url-classifier/tests/mochitest/test_classifier_worker.html] --DOMWINDOW == 28 (0x145101d78) [serial = 807] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_privbrowsing.html] --DOMWINDOW == 27 (0x1452bb188) [serial = 806] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_form_submission_cap2.html] --DOMWINDOW == 26 (0x142b20d88) [serial = 805] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_form_submission_cap.html] --DOMWINDOW == 25 (0x143b56f18) [serial = 802] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_form_submission.html] --DOMWINDOW == 24 (0x144603958) [serial = 801] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_form_autocomplete_with_list.html] --DOMWINDOW == 23 (0x142bab7e8) [serial = 799] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/satchel/test/test_bug_511615.html] --DOMWINDOW == 22 (0x1441f3928) [serial = 812] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/components/url-classifier/tests/mochitest/test_classifier.html] --DOMWINDOW == 21 (0x14535cba8) [serial = 822] [outer = 0x0] [url = http://mochi.test:8888/tests/toolkit/content/tests/widgets/test_tree_column_reorder.xul] WARNING: An event was posted to a thread that will never run it (rejected): file /builds/slave/m-cen-osx64-dbg/build/xpcom/threads/nsThread.cpp, line 388 WARNING: leaking reference to nsTimerImpl: file /builds/slave/m-cen-osx64-dbg/build/xpcom/threads/nsTimerImpl.cpp, line 494 WARNING: 1 sort operation has occurred for the SQL statement '0x13e3e5e78'. See https://developer.mozilla.org/En/Storage/Warnings details.: file /builds/slave/m-cen-osx64-dbg/build/storage/src/mozStoragePrivateHelpers.cpp, line 144 8217 ERROR TEST-UNEXPECTED-FAIL | /tests/toolkit/content/tests/widgets/test_videocontrols.html | Test timed out. 8218 INFO TEST-END | /tests/toolkit/content/tests/widgets/test_videocontrols.html | finished in 329986ms That point in the test being where it synthesizes a click on the play button, I want to blame something getting in the way of the click, though tn thinks I'm wrong about whether something like the Bluetooth dialog would affect that. At any rate, *something* about the rev4 slaves does this a lot, where the rev3 ones never have. https://tbpl.mozilla.org/php/getParsedLog.php?id=6802615&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=6800624&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=6799789&tree=Mozilla-Inbound
Do we need to get a dev to take a look at this?
Priority: -- → P3
Too early to tell. This was just a shot across the bow, first of probably 8 unexplained test failures that smell of focus which have never once happened on rev3 boxes. My guess would be that if bug 694431 doesn't fix it, then yeah, you'll make a dev run the test in a loop until an OS dialog pops up and breaks it :)
Depends on: 694431
(In reply to Phil Ringnalda (:philor) from comment #3) > Too early to tell. This was just a shot across the bow, first of probably 8 > unexplained test failures that smell of focus which have never once happened > on rev3 boxes. My guess would be that if bug 694431 doesn't fix it, then > yeah, you'll make a dev run the test in a loop until an OS dialog pops up > and breaks it :) Phil, have you seen this happen at all since wifi was disabled manually? (bug 694431#c14)
Haven't looked - couple of times since then I've glanced at https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1&noignore=1&jobname=rev4 and https://tbpl.mozilla.org/?onlyunstarred=1&noignore=1&jobname=rev4 and seen both orange I didn't look at and the widespread red of running amok, but the way my rage meter was pegged by Friday afternoon, I decided to take the weekend off, so I've neither seen it nor looked for it :)
(In reply to TinderboxPushlog Robot from comment #6) > philor > https://tbpl.mozilla.org/php/getParsedLog.php?id=6897297&tree=Fx-Team > Rev4 MacOSX Snow Leopard 10.6 fx-team opt test mochitests-5/5 on 2011-10-17 > 15:29:23 > > 8217 ERROR TEST-UNEXPECTED-FAIL | > /tests/toolkit/content/tests/widgets/test_videocontrols.html | Test timed > out. That machine had a software updater prompt visible when I vnc'd into it.
Comment 8 was 007, which was involved in bug 694251, had to sit in the corner for several days, and since it has been back was red on Jetpack a few times (not exactly a surprise), had that one M5 failure, and has otherwise been green, including on a later M5, and Moths and reftests where I'd expect something eating focus to blow up. If we have an intermittent OS dialog that doesn't persist through a reboot, that's going to be particularly ugly to find (other than, of course, with the magic screenshot).
Depends on: 695274
That was talos-r4-snow-060
talos-r4-snow-064 and talos-r4-snow-064 again
That 'un was talos-r4-snow-057, though.
Attached patch debugging stepsSplinter Review
This will help us figure out what is happening to the screen resolution on the OS X testing slaves. It looks like they are running at 800x600 when they run this test. If this prints out 1600x1200x32 in cases where the test fails and the screenshot is 800x600, I have no clue what's going on! This is the output from a run of this on my local laptop ~ $ bash -c "screenresolution get && screenresolution list" Display 0: 1920x1200x32 Available Modes on Display 0 1920x1200x8 1920x1200x16 1920x1200x32 960x600x8 960x600x16 960x600x32 1680x1050x8 1680x1050x16 1680x1050x32 1600x1200x8 1600x1200x16 1600x1200x32 1600x1200x8 1600x1200x16 1600x1200x32 1280x1024x8 1280x1024x16 1280x1024x32 1280x1024x8 1280x1024x16 1280x1024x32 1152x720x8 1152x720x16 1152x720x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1024x640x8 1024x640x16 1024x640x32 1280x800x8 1280x800x16 1280x800x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 800x500x8 800x500x16 800x500x32 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 720x480x8 720x480x16 720x480x32 720x480x8 720x480x16 720x480x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x840x8 1344x840x16 1344x840x32 1600x1000x8 1600x1000x16 1600x1000x32
Attachment #571506 - Flags: review?(jhopkins)
Comment on attachment 571506 [details] [diff] [review] debugging steps looks good per irc discussion
Attachment #571506 - Flags: review?(jhopkins) → review+
========= Started 'bash -c ...' (results: 0, elapsed: 0 secs) ========== bash -c 'screenresolution get && screenresolution list' in dir /Users/cltbld (timeout 1200 secs) watching logfiles {} argv: ['bash', '-c', 'screenresolution get && screenresolution list'] environment: <snip> using PTY: False Display 0: 1600x1200x32 Available Modes on Display 0 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x1024x8 1280x1024x16 1280x1024x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1400x1050x8 1400x1050x16 1400x1050x32 1400x1050x8 1400x1050x16 1400x1050x32 1400x1050x8 1400x1050x16 1400x1050x32 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 832x624x8 832x624x16 832x624x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1152x870x8 1152x870x16 1152x870x32 1280x1024x8 1280x1024x16 1280x1024x32 1280x1024x8 1280x1024x16 1280x1024x32 1280x1024x8 1280x1024x16 1280x1024x32 1600x1200x8 1600x1200x16 1600x1200x32 1600x1200x8 1600x1200x16 1600x1200x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1600x1024x8 1600x1024x16 1600x1024x32 1920x1080x8 1920x1080x16 1920x1080x32
^ is an example of the diagnostics steps working.
^ talos-r4-snow-057 Display 0: 800x600x32 Available Modes on Display 0 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x768x8 1280x768x16 1280x768x32 1280x1024x8 1280x1024x16 1280x1024x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1344x1008x8 1344x1008x16 1344x1008x32 1400x1050x8 1400x1050x16 1400x1050x32 1400x1050x8 1400x1050x16 1400x1050x32 1400x1050x8 1400x1050x16 1400x1050x32 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 832x624x8 832x624x16 832x624x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1152x870x8 1152x870x16 1152x870x32 1280x1024x8 1280x1024x16 1280x1024x32 1280x1024x8 1280x1024x16 1280x1024x32 1280x1024x8 1280x1024x16 1280x1024x32 1600x1200x8 1600x1200x16 1600x1200x32 1600x1200x8 1600x1200x16 1600x1200x32 640x480x8 640x480x16 640x480x32 800x600x8 800x600x16 800x600x32 800x600x8 800x600x16 800x600x32 1024x768x8 1024x768x16 1024x768x32 1024x768x8 1024x768x16 1024x768x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1280x960x8 1280x960x16 1280x960x32 1600x1024x8 1600x1024x16 1600x1024x32 1920x1080x8 1920x1080x16 1920x1080x32 So many lovely choices, and it picked 800x600 :)
(In reply to Phil Ringnalda (:philor) from comment #25) > ^ talos-r4-snow-057 Disabled in slave-alloc until jhford can look into it (I assume we have to ask IT to check the dongle but jhford would know for sure).
All jobs before that run show screen resolution as 1600x1200x32, as do all jobs after. There are also no error messages related to the verify-resolution puppet resource, "verify-resolution": command => "/usr/local/bin/screenresolution set 1600x1200x32", onlyif => "/usr/local/bin/screenresolution get | /usr/bin/grep -v 'Display 0: 1600x1200x32'", require => Package["screenresolution-1.4.dmg"]; A while back, this machine ran the screenresolution command from puppet each boot, suggesting that it used to be on the wrong resolution each boot. That is no longer happening, but because our puppet logs have no timestamps at all, its impossible to say when.
talos-r4-snow-078, running at 800x600x32.
No longer blocks: 683734
^^ talos-r4-snow-011 at 800x600, ^ talos-r4-snow-061 at 800x600
talos-r4-snow-060 at 1600x1200x32, which is interesting.
talos-r4-snow-005 at 800x600
^ talos-r4-snow-013 @ 1600x1200x32
The system log is showing that no extraneous calls to screenresolution made. There is a 'set' command, issued by the LaunchDaemon, a screenresolution 'get' call made by puppet to check the resolution, and a screenresolution 'get' and 'list' made by buildbot. The screenshot is 800x600, which suggests that the machines was actually at 800x600x32 when that test is being run. If there are no tests being run that change mode, that suggests to me that the machine is breaking between boot time and test run time. This machine has a 100Ω-across-RGB-dongle. I will post the system log for the period where the machine exhibited this problem. Between the time that the screenresolution list command was called and the machine rebooted, nothing was logged to the system log by any programs.
====== System log referenced in comment 42 ====== Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: npvhash=4095 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: PAE enabled Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: 64 bit mode enabled Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: vm_page_bootstrap: 1976571 free pages and 38661 wired pages Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: standard timeslicing quantum is 10000 us Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: mig_table_max_displ = 73 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: calling mpo_policy_init for TMSafetyNet Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Security policy loaded: Safety net for Time Machine (TMSafetyNet) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: calling mpo_policy_init for Quarantine Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Security policy loaded: Quarantine policy (Quarantine) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: calling mpo_policy_init for Sandbox Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Security policy loaded: Seatbelt sandbox policy (Sandbox) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Copyright (c) 1982, 1986, 1989, 1991, 1993 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: The Regents of the University of California. All rights reserved. Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: MAC Framework successfully initialized Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: using 16384 buffer headers and 4096 cluster IO buffer headers Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: IOAPIC: Version 0x11 Vectors 64:87 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: ACPI: System State \[S0 S3 S4 S5\] (S3) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: PFM64 0xf10000000, 0xf0000000 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: \[ PCI configuration begin \] Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: console relocated to 0xf10010000 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: PCI configuration changed (bridge=2 device=3 cardbus=0) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: \[ PCI configuration end, bridges 6 devices 25 \] Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: AppleIntelCPUPowerManagement: (built 16:44:45 Jun 7 2011) initialization complete Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: mbinit: done (64 MB memory set for mbuf pool) Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: rooting via boot-uuid from /chosen: 784B7180-B81F-3F08-808E-4BC4D74DB3C1 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-mediac</oms.tarpipnlge><./Adppilcte>F Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: SCompressionTypeZlib kmod start Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: com.apple.AppleFSCompressionTypeZlib load succeeded Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: AppleIntelCPUPowerManagementClient: ready Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: BTCOEXIST off Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: wl0: Broadcom BCM4353 802.11 Wireless Controller Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: 5.10.131.42 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: FireWire (OHCI) TI ID 823f built-in now active, GUID 60334bfffe8d383a; max speed s800. Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@A/AppleMCP89AHCI/PRT0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/Hitachi HTS545032B9SA02 Media/IOGUIDPartitionScheme/Untitled 1@2 Tue Dec 20 14:26:42 localhost kernel[0] <Debug>: BSD root: disk0s2, major 14, minor 2 Tue Dec 20 14:26:38 localhost com.apple.launchd[1] <Notice>: *** launchd\[1\] has started up. *** Tue Dec 20 14:26:38 localhost com.apple.launchd[1] <Notice>: *** Verbose boot, will log to /dev/console. *** Tue Dec 20 14:26:42 localhost configd[15] <Error>: BLUETOOTH: Failed to start job com.apple.blued Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: BCM5701Enet: Ethernet address c8:bc:c8:a3:32:ee Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: AirPort_Brcm43224: Ethernet address c8:bc:c8:e2:3d:a5 Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: IO80211Controller::dataLinkLayerAttachComplete(): adding AppleEFINVRAM notification Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: IO80211Interface::efiNVRAMPublished(): Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: systemShutdown false Tue Dec 20 14:26:43 localhost mDNSResponder[18] <Error>: mDNSResponder mDNSResponder-258.21 (May 26 2011 14:40:13) starting Tue Dec 20 14:26:43 localhost com.apple.SecurityServer[23] <Notice>: Session 0x5fbff962 created Tue Dec 20 14:26:43 localhost kernel[0] <Debug>: NVDANV50HAL loaded and registered. Tue Dec 20 14:26:43 localhost com.apple.SecurityServer[23] <Notice>: Entering service Tue Dec 20 14:26:44 localhost kernel[0] <Debug>: Previous Shutdown Cause: 5 Tue Dec 20 14:26:44 localhost kernel[0] <Debug>: DSMOS has arrived Tue Dec 20 14:26:44 localhost kernel[0] <Debug>: AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving). Tue Dec 20 14:26:48 localhost kernel[0] <Debug>: Ethernet \[AppleBCM5701Ethernet\]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, Debug \[79ed,0f00,0de1,0300,c5e1,3800\] Tue Dec 20 14:26:48 localhost configd[15] <Error>: bootp_session_transmit: bpf_write(en1) failed: Network is down (50) Tue Dec 20 14:26:48 localhost configd[15] <Error>: DHCP en1: INIT transmit failed Tue Dec 20 14:26:48 localhost bootlog[49] <Notice>: BOOT_TIME: 1324419998 0 Tue Dec 20 14:26:50 localhost configd[15] <Notice>: network configuration changed. Tue Dec 20 14:26:50 talos-r4-snow-013 configd[15] <Notice>: setting hostname to "talos-r4-snow-013.build.scl1.mozilla.com" Tue Dec 20 14:26:51 talos-r4-snow-013 com.apple.usbmuxd[31] <Notice>: usbmuxd-201 built for iTunesTen on Aug 12 2010 at 17:33:03, running 32 bit Tue Dec 20 14:26:51 talos-r4-snow-013 org.apache.httpd[27] <Notice>: httpd: apr_sockaddr_info_get() failed for talos-r4-snow-013.build.scl1.mozilla.com Tue Dec 20 14:26:51 talos-r4-snow-013 org.apache.httpd[27] <Notice>: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName Tue Dec 20 14:26:52 talos-r4-snow-013 /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow[38] <Error>: Login Window Application Started Tue Dec 20 14:26:53 talos-r4-snow-013 configd[15] <Notice>: network configuration changed. Tue Dec 20 14:26:56 talos-r4-snow-013 com.apple.SecurityServer[23] <Notice>: Session 0x3171d1 created Tue Dec 20 14:26:56 talos-r4-snow-013 com.apple.SecurityServer[23] <Notice>: Session 0x3171d1 attributes 0x30 Tue Dec 20 14:26:56 talos-r4-snow-013 loginwindow[38] <Error>: Login Window Started Security Agent Tue Dec 20 14:26:56 talos-r4-snow-013 SecurityAgent[93] <Error>: User info context values set for cltbld Tue Dec 20 14:26:56 talos-r4-snow-013 SecurityAgent[93] <Error>: Login Window login proceeding Tue Dec 20 14:26:56 talos-r4-snow-013 SecurityAgent[93] <Error>: Login Window done Tue Dec 20 14:26:56 talos-r4-snow-013 loginwindow[38] <Error>: Login Window - Returned from Security Agent Tue Dec 20 14:26:56 talos-r4-snow-013 loginwindow[38] <Notice>: USER_PROCESS: 38 console Tue Dec 20 14:26:56 talos-r4-snow-013 com.apple.launchd.peruser.501[94] (screenresolution.resize) <Warning>: Ignored this key: UserName Tue Dec 20 14:26:56 talos-r4-snow-013 com.apple.launchd.peruser.501[94] (com.apple.ReportCrash) <Warning>: Falling back to default Mach exception handler. Could not find: com.apple.ReportCrash.Self Tue Dec 20 14:26:58 talos-r4-snow-013 screenresolution[119] <Warning>: starting screenresolution argv=screenresolution set 1600x1200x32 Tue Dec 20 14:26:58 talos-r4-snow-013 mds[37] <Error>: (Warning) Server: No stores registered for metascope "kMDQueryScopeComputerIndexed" Tue Dec 20 14:26:58 talos-r4-snow-013 screenresolution[119] <Warning>: set mode on display 0 to 1600x1200x32 Tue Dec 20 14:26:58 talos-r4-snow-013 com.apple.launchd.peruser.501[94] (com.apple.Kerberos.renew.plist[116]) <Warning>: Exited with exit code: 1 Tue Dec 20 14:26:58 talos-r4-snow-013 WindowServer[72] <Error>: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Tue Dec 20 14:26:58 talos-r4-snow-013 com.apple.WindowServer[72] <Notice>: Tue Dec 20 14:26:58 talos-r4-snow-013.build.scl1.mozilla.com WindowServer\[72\] <Error>: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Tue Dec 20 14:27:01 talos-r4-snow-013 mds[37] <Error>: (Warning) Server: No stores registered for metascope "kMDQueryScopeComputerIndexed" Tue Dec 20 14:27:59 talos-r4-snow-013 sudo[218] <Notice>: root : TTY=unknown ; PWD=/ ; USER=cltbld ; COMMAND=/usr/local/bin/disable-screensaver.sh Tue Dec 20 14:28:01 talos-r4-snow-013 mds[37] <Error>: (Warning) Server: No stores registered for metascope "kMDQueryScopeComputerIndexed" Tue Dec 20 14:28:01 talos-r4-snow-013 mds[37] <Error>: (Warning) Server: No stores registered for metascope "kMDQueryScopeComputerIndexed" Tue Dec 20 14:28:03 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=272\[python\] clearing CS_VALID Tue Dec 20 14:28:04 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=273\[python\] clearing CS_VALID Tue Dec 20 14:28:05 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=274\[python\] clearing CS_VALID Tue Dec 20 14:28:05 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=275\[python\] clearing CS_VALID Tue Dec 20 14:28:05 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=276\[python\] clearing CS_VALID Tue Dec 20 14:28:08 talos-r4-snow-013 kernel[0] <Debug>: CODE SIGNING: cs_invalid_page(0x100000000): p=281\[python\] clearing CS_VALID Tue Dec 20 14:36:58 talos-r4-snow-013 /System/Library/CoreServices/CCacheServer.app/Contents/MacOS/CCacheServer[123] <Notice>: No valid tickets, timing out Tue Dec 20 14:39:02 talos-r4-snow-013 kernel[0] <Debug>: AppleBCM5701Ethernet: 0 1 BCM5701Enet::replaceOrCopyPacket worked after N tries Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: attaching drive\n{\n autodiskmount = 1;\n "hdiagent-drive-identifier" = "8771DDB6-2509-4E27-BDE1-7DB64A567F36";\n "unmount-timeout" = 0;\n} Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: connecting to myDrive 0x4B0B Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: register _readBuffer 0x10355d000 Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: activating drive port 0x4c07 Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: set cache enabled=TRUE returned SUCCESS. Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: set on IO thread=TRUE returned SUCCESS. Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: terminating UI Agent Tue Dec 20 14:39:25 talos-r4-snow-013 diskimages-helper[306] <Warning>: DIHelperHDID serveImage: starting server loop - myPort is 0x4c07 Tue Dec 20 14:39:25 talos-r4-snow-013 hdiejectd[310] <Notice>: running Tue Dec 20 14:39:26 talos-r4-snow-013 KernelEventAgent[39] <Notice>: tid 00000000 received event(s) VQ_LOWDISK, VQ_VERYLOWDISK (516) Tue Dec 20 14:39:26 talos-r4-snow-013 diskimages-helper[306] <Warning>: _mountDevEntries: disk1s2 aborting mountpoint postflight because disk image has no band size specified. Tue Dec 20 14:39:26 talos-r4-snow-013 mds[37] <Error>: (Warning) Server: No stores registered for metascope "kMDQueryScopeComputerIndexed" Tue Dec 20 14:39:42 talos-r4-snow-013 hdiejectd[310] <Notice>: quitCheck: calling exit(0) Tue Dec 20 14:39:57 talos-r4-snow-013 screenresolution[335] <Warning>: starting screenresolution argv=screenresolution get Tue Dec 20 14:39:58 talos-r4-snow-013 screenresolution[335] <Warning>: Display 0: 1600x1200x32 Tue Dec 20 14:39:58 talos-r4-snow-013 screenresolution[336] <Warning>: starting screenresolution argv=screenresolution list Tue Dec 20 14:52:50 talos-r4-snow-013 sudo[379] <Notice>: cltbld : TTY=unknown ; PWD=/Users/cltbld/talos-slave/test ; USER=root ; COMMAND=/sbin/reboot Tue Dec 20 14:52:50 talos-r4-snow-013 reboot[379] <Critical>: rebooted by cltbld Tue Dec 20 14:52:50 talos-r4-snow-013 reboot[379] <Notice>: BOOT_TIME: 1324421570 799603 Tue Dec 20 14:52:50 talos-r4-snow-013 mDNSResponder[18] <Error>: mDNSResponder mDNSResponder-258.21 (May 26 2011 14:40:13) stopping Tue Dec 20 14:52:50 talos-r4-snow-013 WindowServer[72] <Error>: hidd died. Reestablishing connection. Tue Dec 20 14:52:50 talos-r4-snow-013 WindowServer[72] <Error>: bootstrap_look_ip failed: Unknown service name Tue Dec 20 14:52:50 talos-r4-snow-013 DirectoryService[11] <Notice>: BUG in libdispatch: 10K549 - 1960 - 0x10004004 Tue Dec 20 14:52:50 talos-r4-snow-013 com.apple.SecurityServer[23] <Notice>: Session 0x3171d1 dead Tue Dec 20 14:52:50 talos-r4-snow-013 com.apple.SecurityServer[23] <Warning>: Killing auth hosts Tue Dec 20 14:52:50 talos-r4-snow-013 com.apple.SecurityServer[23] <Notice>: Session 0x3171d1 destroyed Tue Dec 20 14:53:03 localhost kernel[0] <Debug>: npvhash=4095 Tue Dec 20 14:53:03 localhost kernel[0] <Debug>: PAE enabled Tue Dec 20 14:53:03 localhost kernel[0] <Debug>: 64 bit mode enabled Tue Dec 20 14:53:03 localhost kernel[0] <Debug>: Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386
The fix for this bug is tracked in bug 720006
No longer depends on: r4-dongles
Mass marking whiteboard:[orange] bugs WFM (to clean up TBPL bug suggestions) that: * Haven't changed in > 6months * Whose whiteboard contains none of the strings: {disabled,marked,random,fuzzy,todo,fails,failing,annotated,leave open,time-bomb} * Passed a (quick) manual inspection of bug summary/whiteboard to ensure they weren't a false positive. I've also gone through and searched for cases where the whiteboard wasn't labelled correctly after test disabling, by using attachment description & basic comment searches. However if the test for which this bug was about has in fact been disabled/annotated/..., please accept my apologies & reopen/mark the whiteboard appropriately so this doesn't get re-closed in the future (and please ping me via IRC or email so I can try to tweak the saved searches to avoid more edge cases). Sorry for the spam! Filter on: #FFA500
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: