- Version: 7.17.0 (but issue started in 7.16)
- Operating System: CentOS 7
I'm labeling this a bug because I don't think it was an intentional change back in 7.16 to always load the dashboards when metricbeat starts. I haven't checked this yet on a tar.gz install, only the rpm package install. I'm filing this on metricbeat but I think all beats are doing this.
- Install metricbeat 7.17.0-SNAPSHOT from rpm
- see config pasted below;
- start metricbeat service
- see in logs that metricbeat is loading all the saved objects with overwrite
- modify a metricbeat dashboard
- restart metricbeat service
- watch metricbeat log shows its loading dashboards again
- reopen the dashboard and see your changes are gone
I verified metricbeat 7.15 doesn't load saved objects unless you call the setup step. But 7.16 and 7.17 do.
metricbeat.yml:
logging.level: debug
logging.to_files: true
metricbeat.config.modules:
path: ${path.config}/modules.d/*.yml
reload.period: 10s
reload.enabled: false
metricbeat.max_start_delay: 10s
metricbeat.modules:
- module: system
enabled: true
period: 10s
metricsets:
- cpu
- load
- memory
- network
- process
- process_summary
processes: ['.*']
- module: system
enabled: true
period: 1m
metricsets:
- filesystem
- fsstat
- module: kibana
metricsets: ["status"]
enabled: false
period: 10s
hosts: ["localhost:5601"]
- module: elasticsearch
metricsets: ["node", "node_stats"]
enabled: false
period: 10s
hosts: ["localhost:9200"]
output.elasticsearch:
hosts: ["localhost:9200"]
protocol: https
username: "beats_internal"
password: "changeme"
ssl.enabled: true
ssl.certificate_authorities: ["/etc/metricbeat/ca.crt"]
ssl.certificate: /etc/metricbeat/elasticsearch.crt
ssl.key: /etc/metricbeat/elasticsearch.key
setup.dashboards.snapshot: true
setup.kibana:
protocol: https
host: localhost:5601
username: "beats_internal"
password: "changeme"
ssl.enabled: true
ssl.certificate_authorities: ["/etc/metricbeat/ca.crt"]
ssl.certificate: /etc/metricbeat/elasticsearch.crt
ssl.key: /etc/metricbeat/elasticsearch.key
xpack.monitoring:
enabled: false
elasticsearch:
url: "https://localhost:9200"
username: elastic
password: changeit
http.enabled: true
http.port: 5068
I'll attached the debug log which shows the dashboards loading.
I'm labeling this a bug because I don't think it was an intentional change back in 7.16 to always load the dashboards when metricbeat starts. I haven't checked this yet on a tar.gz install, only the rpm package install. I'm filing this on metricbeat but I think all beats are doing this.
I verified metricbeat 7.15 doesn't load saved objects unless you call the
setupstep. But 7.16 and 7.17 do.metricbeat.yml:
I'll attached the debug log which shows the dashboards loading.