Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
publishValgrind immediately, so no need to stash.
There may exist an issue with the Jenkins Valgrind plugin, which confuses the reporting of valgrind memcheck xml results from multiple stages: https://issues.jenkins.io/browse/JENKINS-66073?jql=component%3D16538 This is why we currently stash all valgrind reuslts before reporting on them. Testing whether this issue does in fact exist -- instead of stashing Valgrind results, run publishValgrind immediately (in the same stage Valgrind was run). Signed-off-by: Ethan Mallove <[email protected]>
- Loading branch information
287a166
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That Jenkins ticket is not why the valgrind plugin was moved to the end of the pipeline job.
The valgrind plugin looks at a number of previous jobs for a build for its trend and blocks until all of those previous jobs have completed..
This does not show up in PRs since we cancel all previous jobs. But it does affect branch builds like master.
When we had multiple stages reporting data to the valgrind plugin in parallel, we had a lot of weird issues related to the valgrind plugin.
It mostly worked, but it did fail a lot of times, and as I recall, logs for the failures was not real helpful.
This was discovered right at the time we moved from having only one stage reporting via the valgrind plugin to having two stages doing the reports.
This was solved by only calling the valgrind plugin once at the end of the job with the stashed results.