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
When running under Elastic-Agent, if at least one unit has got an invalid configuration the Beat will silently fail without starting any input or producing any error log. During policy changes, it will log the received units, however they will never be started.
When reload receives an error from reloadInputs, it will check if it is a list of errors, if it is, it correctly handles them, if it is not, then no error is handled and the code proceeds as if reloadInputs had succeeded.
When running under Elastic-Agent, if at least one unit has got an invalid configuration the Beat will silently fail without starting any input or producing any error log. During policy changes, it will log the received units, however they will never be started.
generateBeatConfig
returns an error thatreloadInputs
correctly wraps, however it is not correctly handled byreload
When
reload
receives an error fromreloadInputs
, it will check if it is a list of errors, if it is, it correctly handles them, if it is not, then no error is handled and the code proceeds as ifreloadInputs
had succeeded.beats/x-pack/libbeat/management/managerV2.go
Lines 683 to 703 in acce29c
This can be easily reproduced by adding the following (invalid) input configuration to an Elastic-Agent policy:
The Threat Map integration is currently generating this input, there is an open issue about it: elastic/integrations#13017
The text was updated successfully, but these errors were encountered: