troubleshooting.asciidoc 2.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263
  1. [[monitoring-troubleshooting]]
  2. == Troubleshooting monitoring
  3. ++++
  4. <titleabbrev>Troubleshooting</titleabbrev>
  5. ++++
  6. Use the information in this section to troubleshoot common problems and find
  7. answers for frequently asked questions. See also
  8. {logstash-ref}/monitoring-troubleshooting.html[Troubleshooting monitoring in {ls}].
  9. For issues that you cannot fix yourself … we’re here to help.
  10. If you are an existing Elastic customer with a support contract, please create
  11. a ticket in the
  12. https://support.elastic.co/customers/s/login/[Elastic Support portal].
  13. Or post in the https://discuss.elastic.co/[Elastic forum].
  14. [discrete]
  15. [[monitoring-troubleshooting-no-data]]
  16. === No monitoring data is visible in {kib}
  17. *Symptoms*:
  18. There is no information about your cluster on the *Stack Monitoring* page in
  19. {kib}.
  20. *Resolution*:
  21. Check whether the appropriate indices exist on the monitoring cluster. For
  22. example, use the <<cat-indices,cat indices>> command to verify that
  23. there is a `.monitoring-kibana*` index for your {kib} monitoring data and a
  24. `.monitoring-es*` index for your {es} monitoring data. If you are collecting
  25. monitoring data by using {metricbeat} the indices have `-mb` in their names. If
  26. the indices do not exist, review your configuration. For example, see
  27. <<monitoring-production>>.
  28. [discrete]
  29. [[monitoring-troubleshooting-uuid]]
  30. === Monitoring data for some {stack} nodes or instances is missing from {kib}
  31. *Symptoms*:
  32. The *Stack Monitoring* page in {kib} does not show information for some nodes or
  33. instances in your cluster.
  34. *Resolution*:
  35. Verify that the missing items have unique UUIDs. Each {es} node, {ls} node,
  36. {kib} instance, Beat instance, and APM Server is considered unique based on its
  37. persistent UUID, which is found in its `path.data` directory. Alternatively, you
  38. can find the UUIDs in the product logs at startup.
  39. In some cases, you can also retrieve this information via APIs:
  40. * For Beat instances, use the HTTP endpoint to retrieve the `uuid` property.
  41. For example, refer to
  42. {filebeat-ref}/http-endpoint.html[Configure an HTTP endpoint for {filebeat} metrics].
  43. * For {kib} instances, use the
  44. {kibana-ref}/access.html#status[status endpoint] to retrieve the `uuid` property.
  45. * For {ls} nodes, use the
  46. {logstash-ref}/monitoring-logstash.html[monitoring APIs root resource] to
  47. retrieve the `id` property.
  48. TIP: When you install {es}, {ls}, {kib}, APM Server, or Beats, their `path.data`
  49. directory should be non-existent or empty; do not copy this directory from other
  50. installations.