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

filebeat flag to disable deviceId as part of the file identification in the registry #13314

Closed
frueht68 opened this issue Aug 22, 2019 · 7 comments
Labels
needs_team Indicates that the issue/PR needs a Team:* label

Comments

@frueht68
Copy link

frueht68 commented Aug 22, 2019

Based on the issue we described in discuss
, we added a flag ignore_device_id to the filebeat log input configuration, which allows to disable the deviceId in the registry. This is done by setting the deviceId always to 0.
The first version of the implementation can be seen here: https://github.com/breml/beats/tree/ignore-device-id

@breml
Copy link
Contributor

breml commented Aug 23, 2019

I am the author of said workaround in https://github.com/breml/beats/tree/ignore-device-id. It was a rather quick implementation and it does not include any tests. The idea is to gain some experience in our integration environment to find out, if the workaround does in fact work.

@frueht68 frueht68 changed the title deviceId changes of the drive where filebeat reads log, produces a lot of duplicate log messages filebeat flag to disable deviceId as part of the file identification in the registry Aug 26, 2019
@breml
Copy link
Contributor

breml commented Aug 29, 2019

@ph @urso I had a chat with @ruflin about above mentioned change to filebeat and he encouraged me to create a PR for the further discussion.

I look forward to your feedback.

@johnhoughton-v
Copy link

I would like to see this made available.

My use case is this: filebeat is running in a scripted AWS instance that is prospecting from an dedicated AWS volume. During an update/upgrade, the instance is rebuilt, and the AWS volume is reattached to the new instance (remounted by AWS volume id). But, since the filebeat's calculates a different device id, all of the existing files are re-prospected. (in my case, duplicates are not the issue, rather it could take days to reprocess all of the data.)

Making filebeat able to detect that the same volume is remounted, or making it ignore device id changes would be very helpful.

@botelastic
Copy link

botelastic bot commented Jul 30, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@botelastic botelastic bot added Stalled needs_team Indicates that the issue/PR needs a Team:* label labels Jul 30, 2020
@botelastic
Copy link

botelastic bot commented Jul 30, 2020

This issue doesn't have a Team:<team> label.

@breml
Copy link
Contributor

breml commented Jul 31, 2020

@kvch, @frueht68: I was not yet able to verify if the new functionality introduced in #18748, but I think we can close this one.

@botelastic botelastic bot removed the Stalled label Jul 31, 2020
@kvch
Copy link
Contributor

kvch commented Jul 31, 2020

@breml You are right. Thank you for the ping.

@kvch kvch closed this as completed Jul 31, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs_team Indicates that the issue/PR needs a Team:* label
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants