Bug 2231068 - ceph-exporter scrapes failing on multi-homed server
Summary: ceph-exporter scrapes failing on multi-homed server
Keywords:
Status: ON_QA
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: Ceph-Dashboard
Version: 6.1
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 6.1z2
Assignee: Nizamudeen
QA Contact: Sayalee
Anjana Suparna Sriram
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-08-10 12:46 UTC by avan
Modified: 2023-08-17 15:07 UTC (History)
5 users (show)

Fixed In Version: ceph-17.2.6-110.el9cp
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github ceph ceph pull 52687 0 None Merged reef: exporter: ceph-exporter scrapes failing on multi-homed server 2023-08-10 13:36:07 UTC
Red Hat Issue Tracker RHCEPH-7189 0 None None None 2023-08-10 12:47:47 UTC
Red Hat Issue Tracker RHCSDASH-1048 0 None None None 2023-08-10 12:47:48 UTC

Description avan 2023-08-10 12:46:24 UTC
Description of problem:

ceph-exporter only binds to a specific interface. All other monitoring related daemons bind to all (grafana, prometheus, alertmanager and node-exporter)

In my test environment with a multi-homed server, the exporter bound to one address but the prometheus scrape target (defined within cephadm) was set to a different address on the same machine. As a result all scrapes fail.

If ceph-exporter adopts the --addrs 0.0.0.0 parameter, this issue can be avoided and it aligns to the same principles as the other monitoring daemons.


Note You need to log in before you can comment on or make changes to this bug.