-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Assert pipeline results in performance tests #23027
Conversation
* Fix possible false possitive test status
Assigning reviewers. If you would like to opt out of this review, comment R: @kennknowles for label java. Available commands:
The PR bot will only process comments in the main thread (not review comments). |
Run Java KafkaIO Performance Test |
Run Java JdbcIO Performance Test |
Run SQLBigQueryIO Batch Performance Test Java |
Run BigQueryIO Batch Performance Test Java Avro |
Run BigQueryIO Batch Performance Test Java Json |
Run Java CdapIO Performance Test |
Run Java AvroIO Performance Test |
Run Java ParquetIO Performance Test |
Run Java TextIO Performance Test |
Run Java TFRecordIO Performance Test |
Run Java XmlIO Performance Test |
Run Java HadoopFormatIO Performance Test |
Run Java MongoDBIO Performance Test |
Kafka IO performance test has "failed correctly", previous success prior to https://ci-beam.apache.org/view/PerformanceTests/job/beam_PerformanceTests_Kafka_IO/3005 was false positive [runs between run 3006 to 3026 there was another cause of failure (#23020)].
|
Just curious, can the job end with another terminal state other than |
Yes you are right, cancel is missed in this assertion. I thought about if assert DONE or assert not FAILED. There exists some streaming tests that set to cancel the pipeline after certain time (because streaming pipelines generally does not DONE by themself); For simplicity I add same assertions for all performance tests. Yes if we investigate each tests, for some tests including cancel as failure sounds more accurate; even more accurate the test should be marked as Aborted because a cancellation is initiated outside of the pipeline execution and done by runner (e.g. someone cancelled the pipeline at Dataflow). I just did not go this far. Assert not FAIL should suffice for the testing of Beam SDK. |
LGTM |
The two failed tests: SQL BigQueryIO is already perma-red; KafkaIO is failed "correctly" and would be fixed seperately |
Kafka Performance test is running two exact same pipelines (after a pipeline option removed in #14168). Removed one of them. |
Gotcha. LGTM |
Run Java_Examples_Dataflow_Java17 PreCommit |
Fixes #23026
Please add a meaningful description for your change here
Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:
R: @username
).addresses #123
), if applicable. This will automatically add a link to the pull request in the issue. If you would like the issue to automatically close on merging the pull request, commentfixes #<ISSUE NUMBER>
instead.CHANGES.md
with noteworthy changes.See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)
See CI.md for more information about GitHub Actions CI.