Closed
Bug 505765
Opened 15 years ago
Closed 15 years ago
Redirect code coverage output to local log files
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: catlee, Unassigned)
References
Details
Attachments
(1 file, 2 obsolete files)
5.58 KB,
patch
|
bhearsum
:
review+
catlee
:
checked-in+
|
Details | Diff | Splinter Review |
Recent code coverage test runs have been generating many gigabyte log files, which is overloading the buildbot master. The log files should instead be logged locally and compressed, then uploaded along with the code coverage results. They compress *extremely* well. One example of a 6GB log file compressed down to around 6MB using bzip2.
Reporter | ||
Comment 1•15 years ago
|
||
This patch factors out the running of tests in the UnittestFactory into a new method, addTestSteps. For code coverage runs, we completely replace addTestSteps, and run all the various make commands piped through bzip2 to save the logs locally. The logs are tarred up and uploaded at the end. The patch also tars up and uploads the js coverage report (bug 504642). Initial testing looks good. Timeouts may have to be adjusted since the commands no produce _no_ output for buildbot.
Reporter | ||
Comment 2•15 years ago
|
||
Comment on attachment 392030 [details] [diff] [review] [WIP] Run tests with output locally compressed Oh, this patch also splits up the mochitest-plain test by directory, until some better solution can be deployed.
Reporter | ||
Comment 3•15 years ago
|
||
Same as before, except adding different timeouts for the different test types.
Attachment #392802 -
Flags: review?(bhearsum)
Reporter | ||
Updated•15 years ago
|
Attachment #392030 -
Attachment is obsolete: true
Updated•15 years ago
|
Attachment #392802 -
Flags: review?(bhearsum) → review+
Comment 4•15 years ago
|
||
Comment on attachment 392802 [details] [diff] [review] Run tests with output locally compressed >diff --git a/process/factory.py b/process/factory.py >+ for mochitest in mochitests: >+ commands.append( >+ ('mochitest-plain-%s' % mochitest, >+ ['make', 'TEST_PATH=%s' % mochitest, 'mochitest-plain']), >+ ) I think this reads better if you do 'for dir in mochitests' or 'for dir in mochitest_dirs'. r=bhearsum with that change.
Reporter | ||
Comment 5•15 years ago
|
||
Same as before, with nit addressed. Will carry over r+.
Attachment #392802 -
Attachment is obsolete: true
Reporter | ||
Comment 6•15 years ago
|
||
Comment on attachment 393224 [details] [diff] [review] Run tests with output locally compressed actually, it's not the same as the previous patch...I think I uploaded the wrong one before!
Attachment #393224 -
Flags: review?(bhearsum)
Updated•15 years ago
|
Attachment #393224 -
Flags: review?(bhearsum) → review+
Reporter | ||
Comment 7•15 years ago
|
||
Comment on attachment 393224 [details] [diff] [review] Run tests with output locally compressed changeset: 380:3f153532ad8f
Attachment #393224 -
Flags: checked-in+
Reporter | ||
Comment 8•15 years ago
|
||
This should be all done now, but the job we kicked off this morning was killed off in a case of mistaken identity. Back in the pool for now, until a green run happens.
Assignee: catlee → nobody
Comment 9•15 years ago
|
||
That is why!!! Thanks for the update.
Comment 10•15 years ago
|
||
Is there anything left to be done in this bug or can it be resolved fixed?
Comment 11•15 years ago
|
||
Can please check !! the tar ball for logs mochitest-browser-chrome.log.bz2 seem to be corrupt.
Comment 12•15 years ago
|
||
I have confirmed what you are saying by downloading this http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/experimental/codecoverage/codecoverage-mozilla-central-logs.tar Can we try to fix/investigate that in the blocking bug (bug 510489) and close this one? I get the feeling that what was being asked in this bug has been accomplished and the follow up work should be done in the blocking bug.
Comment 13•15 years ago
|
||
I agree. You can close this as completed and please pursue the issue in the bug 510489
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
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
•