Metricbeat writing to .ds-metricbeat instead of .ds-.monitoring

Also

/usr/bin/metricbeat test modules

elasticsearch...
  ccr...
    error... ERROR timeout waiting for an event
  enrich...
    error... ERROR timeout waiting for an event
  cluster_stats...
    error... ERROR timeout waiting for an event
  index...
    error... ERROR timeout waiting for an event
  index_recovery...
    error... ERROR timeout waiting for an event
  index_summary...
    error... ERROR timeout waiting for an event
  ml_job...
    error... ERROR timeout waiting for an event
  node_stats...OK

  shard...
    error... ERROR timeout waiting for an event
kibana...
  stats...OK

  cluster_rules...OK

  node_rules...OK

  node_actions...OK

system...
  cpu...OK

  load...OK

  memory...OK

  network...OK

  process...OK

  process_summary...OK

  socket_summary...OK

system...
  filesystem...OK

  fsstat...OK

system...
  uptime...OK

check for any extra .yml files in the module directory... they all get concatenated together...

Weird ... you have some issues there ... Ohh node stats ok

Wierd but I would expect shards index etc to all be good

Logs from the new basic elastic cluster are showing up in the .ds-.monitoring-es-8-mb-2024.02.21-006828 index now! The new cluster still is not showing in Stack Monitoring though

What License to you have?
On both clusters?
Multi-monitoring Cluster requires a commercial License
^^^ this is highly likely an issue..

1 Like

We have a Platinum license on our monitoring cluster and a Basic license on the new cluster I am trying to monitor.

I actually just saw the new elastic cluster pop up in Stack Monitoring of our monitoring cluster and when I tried to click on it it showed this error

image

Yup if you turn a trial and reload the page and restart the metricbeat it should show up...

I just tested that and got the same results... enabled trial and it worked

But yeah they all need licenses if you are going to configure that way

The elasticbase cluster did not show up in Stack Monitoring of the monitoring cluster until I changed the scope in elasticsearch-xpack.yml to "cluster" and specified both elastic hosts in the hosts parameter.

New elasticsearch-xpack.yml:

# Module: elasticsearch
# Docs: https://www.elastic.co/guide/en/beats/metricbeat/7.10/metricbeat-module-elasticsearch.html

- module: elasticsearch
  xpack.enabled: true
  metricsets:
    - node
    - node_stats
    - cluster_stats
    - enrich
    - index
    - index_recovery
    - index_summary
    - ingest_pipeline
    - pending_tasks
    - shard
    - ml_job
  period: 10s
  hosts: ["https://elasticbase1.mynetwork.com:9200","https://elasticbase2.mynetwork.com:9200"]
  scope: cluster
  username: "remote_monitoring_user"
  password: "${remote_monitoring_password}"  
  ssl:
    enabled: true
    verification_mode: "certificate"

Thank you so much for your help dogging this out @stephenb!!

1 Like

Yes make sense... I asked you earlier if you were putting on each node / cluster etc...

But that is all good ... but now you have the license issue.... that will be an issue.

You need to apply a license to the base cluster or self-monitor or monitor to a single monitoring cluster those are your choices

Understood! I'll have to think about these options. Really wish I could just monitor with our existing monitoring cluster :frowning:

That's what I mentioned earlier, the documentation could be more clear, it says that a License is required, but it does not say that both cluster needs to have a license.

I assumed that because this is how it works for other licensed features like CCR.

2 Likes

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.