Closed Bug 704380 Opened 13 years ago Closed 12 years ago

Intermittent Found processes still running: firefox. Please close them before running talos

Categories

(Release Engineering :: General, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: philor, Unassigned)

Details

(Keywords: intermittent-failure, Whiteboard: [testing][jetpack])

https://tbpl.mozilla.org/php/getParsedLog.php?id=7519304&tree=Mozilla-Inbound talos-r4-snow-037: Started Mon, 21 Nov 2011 17:07:48 Running test dromaeo_css: Started Mon, 21 Nov 2011 17:07:48 Failed dromaeo_css: Stopped Mon, 21 Nov 2011 17:07:48 FAIL: Busted: dromaeo_css FAIL: Found processes still running: firefox. Please close them before running talos. Traceback (most recent call last): File "run_tests.py", line 596, in <module> main() File "run_tests.py", line 593, in main test_file(arg, options.screen, options.amo) File "run_tests.py", line 535, in test_file raise e utils.talosError: 'Found processes still running: firefox. Please close them before running talos.' program finished with exit code 1 elapsedTime=0.490388 https://build.mozilla.org/buildapi/recent/talos-r4-snow-037 says the previous job was a happy green Jetpack and the job before that was a happy green Talos, so only the Talos and the Jetpack could have left something running.
OS: Mac OS X → All
Hardware: x86_64 → All
But now that I've been retaught how to go back, n-1? Jetpack. n-1? Jetpack.
Checking the log for a recent n-1 jetpack run[1], we're not even making it to the point where firefox runs. It looks like we be running into issues with the dmg install process (installdmg.sh). That is probably holding open a process with firefox in the name. I don't know what to do here. The whole point of installdmg.sh was to bulletproof some of the hdiutil pain. Maybe we need more kevlar for rev4 slaves? :/ 1. http://buildbot-master11.build.scl1.mozilla.com:8201/builders/jetpack-mozilla-central-lion-debug/builds/15
Priority: -- → P3
Whiteboard: [testing][jetpack]
https://tbpl.mozilla.org/php/getParsedLog.php?id=8671029&tree=Mozilla-Inbound n-1? peptest, which really should not be running in its current form.
https://tbpl.mozilla.org/php/getParsedLog.php?id=8670915&tree=Try - a timeout that killed some process, but apparently not the firefox process.
But in the jetpack case (which I'm hitting a whole lot tonight, because we landed a patch that makes them die on startup), isn't the problem that we don't reboot at the end of the run, like we do with every other sort of test including on-push jetpack, but not jetpack-tree-jetpack?
Resolving WFM keyword:intermittent-failure bugs last modified >3 months ago, whose whiteboard contains none of: {random,disabled,marked,fuzzy,todo,fails,failing,annotated,time-bomb,leave open} There will inevitably be some false positives; for that (and the bugspam) I apologise. Filter on orangewfm.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.