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

[Auditbeat] System module: Fix and unify bucket closing logic #10897

Merged
merged 2 commits into from
Mar 1, 2019

Conversation

cwurm
Copy link
Contributor

@cwurm cwurm commented Feb 22, 2019

The host dataset is erroneously trying to save state in its Close() method. It should have saved the state earlier - usually at the end of Fetch() - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its reportState() method. Combined, this can lead to an error when the dataset is terminated before the first regular reportChanges() is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

@cwurm cwurm added bug review needs_backport PR is waiting to be backported to other branches. Auditbeat SecOps labels Feb 22, 2019
@cwurm cwurm requested a review from a team as a code owner February 22, 2019 16:51
@elasticmachine
Copy link
Collaborator

Pinging @elastic/secops

@cwurm cwurm merged commit e007c9c into elastic:master Mar 1, 2019
@cwurm cwurm deleted the bucket_close branch March 1, 2019 17:41
cwurm pushed a commit to cwurm/beats that referenced this pull request Mar 1, 2019
…c#10897)

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

(cherry picked from commit e007c9c)
@cwurm cwurm added v7.2.0 and removed needs_backport PR is waiting to be backported to other branches. labels Mar 1, 2019
cwurm pushed a commit to cwurm/beats that referenced this pull request Mar 1, 2019
…c#10897)

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

(cherry picked from commit e007c9c)
@cwurm cwurm added the v7.0.0 label Mar 1, 2019
@cwurm cwurm added the v6.7.0 label Mar 1, 2019
cwurm pushed a commit to cwurm/beats that referenced this pull request Mar 1, 2019
…c#10897)

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

(cherry picked from commit e007c9c)
@cwurm cwurm added the v6.6.2 label Mar 1, 2019
cwurm pushed a commit to cwurm/beats that referenced this pull request Mar 5, 2019
…c#10897)

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

(cherry picked from commit e007c9c)
cwurm pushed a commit that referenced this pull request Mar 5, 2019
…ucket closing logic (#11026)

Cherry-pick of PR #10897 to 7.x branch. Original message: 

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.
cwurm pushed a commit that referenced this pull request Mar 5, 2019
#11027)

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.

(cherry picked from commit e007c9c)
cwurm pushed a commit that referenced this pull request Mar 5, 2019
…ucket closing logic (#11029)

Cherry-pick of PR #10897 to 6.6 branch. Original message: 

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.
cwurm pushed a commit that referenced this pull request Mar 6, 2019
…ucket closing logic (#11028)

Cherry-pick of PR #10897 to 6.7 branch. Original message: 

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.
leweafan pushed a commit to leweafan/beats that referenced this pull request Apr 28, 2023
…unify bucket closing logic (elastic#11029)

Cherry-pick of PR elastic#10897 to 6.6 branch. Original message: 

The `host` dataset is erroneously trying to save state in its `Close()` method. It should have saved the state earlier - usually at the end of `Fetch()` - and then should only close the bucket (something it is not doing at all). At the same time, it is not saving state in its `reportState()` method. Combined, this can lead to an error when the dataset is terminated before the first regular `reportChanges()` is run.

This fixes both issues and furthermore unifies the bucket closing logic across all six datasets of the System module.
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.

3 participants