Skip to content
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

Fix metricbeat test util RunPushMetricSetV2 #6198

Merged
merged 1 commit into from
Jan 27, 2018

Conversation

andrewkroh
Copy link
Member

A test case could become deadlocked waiting to write to a channel. This would happen if the metricset under test attempted to publish events after the event consumer was stopped. Now when the metricset publishes to the stopped Reporter it will return false just as the real Reporter does in Metricbeat.

I also identified a resource leak while stress testing Auditbeat on Windows. The file_integrity module's fsnotify reader was not being closed when the done channel was closed. This would only affect Windows/Linux users that were constantly reloading their file_integrity config with config reloading.

A test case could become deadlocked waiting to write to a channel. This would happen if the metricset under test attempted to publish events after the event consumer was stopped. Now when the metricset publishes to the stopped Reporter it will return false just as the real Reporter does in Metricbeat.

I also identified a resource leak while stress testing Auditbeat on Windows. The file_integrity module's fsnotify reader was not being closed when the done channel was closed. This would only affect Windows/Linux users that were constantly reloading their file_integrity config with config reloading.
@andrewkroh
Copy link
Member Author

@ruflin This should fix the file_integrity.TestData failures we were seeing on Windows.

@ruflin ruflin merged commit fe5df41 into elastic:master Jan 27, 2018
@ruflin
Copy link
Member

ruflin commented Jan 27, 2018

@andrewkroh I wonder if we should backport this to 6.2 even though it probably only happens in edge cases?

andrewkroh added a commit to andrewkroh/beats that referenced this pull request Jan 29, 2018
A test case could become deadlocked waiting to write to a channel. This would happen if the metricset under test attempted to publish events after the event consumer was stopped. Now when the metricset publishes to the stopped Reporter it will return false just as the real Reporter does in Metricbeat.

I also identified a resource leak while stress testing Auditbeat on Windows. The file_integrity module's fsnotify reader was not being closed when the done channel was closed. This would only affect Windows/Linux users that were constantly reloading their file_integrity config with config reloading.

(cherry picked from commit fe5df41)
exekias pushed a commit that referenced this pull request Jan 29, 2018
A test case could become deadlocked waiting to write to a channel. This would happen if the metricset under test attempted to publish events after the event consumer was stopped. Now when the metricset publishes to the stopped Reporter it will return false just as the real Reporter does in Metricbeat.

I also identified a resource leak while stress testing Auditbeat on Windows. The file_integrity module's fsnotify reader was not being closed when the done channel was closed. This would only affect Windows/Linux users that were constantly reloading their file_integrity config with config reloading.

(cherry picked from commit fe5df41)
@andrewkroh andrewkroh deleted the bugfix/auditbeat-test-data branch April 20, 2018 00:03
leweafan pushed a commit to leweafan/beats that referenced this pull request Apr 28, 2023
)

A test case could become deadlocked waiting to write to a channel. This would happen if the metricset under test attempted to publish events after the event consumer was stopped. Now when the metricset publishes to the stopped Reporter it will return false just as the real Reporter does in Metricbeat.

I also identified a resource leak while stress testing Auditbeat on Windows. The file_integrity module's fsnotify reader was not being closed when the done channel was closed. This would only affect Windows/Linux users that were constantly reloading their file_integrity config with config reloading.

(cherry picked from commit b84cc51)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants