You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In an attempt to create a fix for the issue described in https://github.com/elastic/sdh-beats/issues/1402 we think we may have found an issue whereby Heartbeat's usage of autodiscover creates multiple configs with the same hash.
Of particular interest is this code, which seems to store the event ID and hash rather than the config hash itself. We are wondering if it makes more sense to attempt to avoid multiple instances of the same config.
There is a community PR for tangential changes; it mentions modifying the way autodiscover works to dedupe config usage.
The text was updated successfully, but these errors were encountered:
In an attempt to create a fix for the issue described in https://github.com/elastic/sdh-beats/issues/1402 we think we may have found an issue whereby Heartbeat's usage of autodiscover creates multiple configs with the same hash.
Of particular interest is this code, which seems to store the event ID and hash rather than the config hash itself. We are wondering if it makes more sense to attempt to avoid multiple instances of the same config.
There is a community PR for tangential changes; it mentions modifying the way autodiscover works to dedupe config usage.
The text was updated successfully, but these errors were encountered: