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
Similar to issue #9835 , but I'm not sure if this should be handled as the same bug.
In the windows/perfmon module, when using a wildcard query with multiple brackets the string between the last brackets is used as instance name.
Results in the following (example from Kibana discovery):
windows.perfmon.database.log_file_size 73,720
windows.perfmon.database.log_file_used_size 96,447
windows.perfmon.sqlserver.database.name KB
All database.name are "KB"
Elastic & Metricbeat version: 7.3.2
The text was updated successfully, but these errors were encountered:
andresrc
changed the title
[Metricbeat] Windows perfmon wildcard queries with multiple brackets show wrong instance name
[Metricbeat] Windows perfmon wildcard queries with multiple brackets show wrong instance name
Nov 15, 2019
@peterdkdp , thanks for bringing this issue up.
It seems that the regular expression that matches the instance name was too permissive and was picking up the KB from the size instead of the instance name inside ...\SQLServer:Databases(instance name).
Potential solution and tests are found in the PR #14666.
This issue is not similar to #9835. The mentioned ticket talks about the added value of adding the counter to the instance name.
Similar to issue #9835 , but I'm not sure if this should be handled as the same bug.
In the windows/perfmon module, when using a wildcard query with multiple brackets the string between the last brackets is used as instance name.
Module example from metricbeat.yml:
Results in the following (example from Kibana discovery):
windows.perfmon.database.log_file_size 73,720
windows.perfmon.database.log_file_used_size 96,447
windows.perfmon.sqlserver.database.name KB
All database.name are "KB"
Elastic & Metricbeat version: 7.3.2
The text was updated successfully, but these errors were encountered: