Closed Bug 505765 Opened 15 years ago Closed 15 years ago

Redirect code coverage output to local log files

Categories

(Release Engineering :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: catlee, Unassigned)

References

Details

Attachments

(1 file, 2 obsolete files)

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.
Depends on: 504642
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.
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.
Same as before, except adding different timeouts for the different test types.
Attachment #392802 - Flags: review?(bhearsum)
Attachment #392030 - Attachment is obsolete: true
Attachment #392802 - Flags: review?(bhearsum) → review+
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.
Same as before, with nit addressed.  Will carry over r+.
Attachment #392802 - Attachment is obsolete: true
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)
Attachment #393224 - Flags: review?(bhearsum) → review+
Comment on attachment 393224 [details] [diff] [review]
Run tests with output locally compressed

changeset:   380:3f153532ad8f
Attachment #393224 - Flags: checked-in+
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
That is why!!!

Thanks for the update.
Is there anything left to be done in this bug or can it be resolved fixed?
Can please check !! the tar ball for logs  mochitest-browser-chrome.log.bz2 seem to be corrupt.
Blocks: 510489
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.
I agree. You can close this as completed and please pursue the issue in  the bug 510489
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
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: