Re: mgr/prometheus module port 9283 binds only with IPv6 ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello all,

setting  "*ceph config set mgr mgr/prometheus/server_addr 0.0.0.0*" as
described in the manual config documentation and restarting all manager
daemons solved the problem so far. :-)

Thanks and best regards,
Christoph Ackermann



Am Mo., 10. Okt. 2022 um 16:25 Uhr schrieb Ackermann, Christoph <
c.ackermann@xxxxxxxxxxxx>:

> Oh, see this...
>
> mgr           advanced  mgr/prometheus/server_addr          localhost
>
> BANG!
>
>
>
> Am Mo., 10. Okt. 2022 um 16:24 Uhr schrieb Ackermann, Christoph <
> c.ackermann@xxxxxxxxxxxx>:
>
>> Well, we  have a well running ceph base system i've pimped this morning
>> by using cephadm method for monitoring addon:
>>
>> https://docs.ceph.com/en/quincy/cephadm/services/monitoring/#deploying-monitoring-with-cephadm
>>
>> All three manager can be accessed via IPv4 address from other hosts. The
>> configuration is completely "out of the box"
>>
>> mgr            advanced  mgr/prometheus/server_port           9283
>>
>> Best regards,
>> Christoph
>>
>>
>>
>>
>>
>> Am Mo., 10. Okt. 2022 um 16:08 Uhr schrieb Matt Vandermeulen <
>> storage@xxxxxxxxxxxx>:
>>
>>> That output suggests that the mgr is configured to only listen on the
>>> loopback address.
>>>
>>> I don't think that's a default... does a `ceph config dump | grep mgr`
>>> suggest it's been configured that way?
>>>
>>>
>>> On 2022-10-10 10:56, Ackermann, Christoph wrote:
>>> > Hello list member
>>> >
>>> > after subsequent installation of Ceph (17.2.4) monitoring stuff we got
>>> > this
>>> > error: The mgr/prometheus module at ceph1n020.int.infoserve.de:9283 is
>>> > unreachable .....   (and also for second prometheus module). Prometheus
>>> > module is activated indeed...
>>> >
>>> > [root@ceph1n020 ~]# ss -ant |egrep "9095|9283"
>>> > *LISTEN    0      5                      [::1]:9283
>>> > [::]:**
>>> > LISTEN    0      1024                       *:9095
>>>
>>> > *:*
>>> >
>>> > ESTAB     0      0      [::ffff:10.100.1.120]:9095
>>> >  [::ffff:10.100.1.121]:41990
>>> > ESTAB     0      0                      [::1]:44428
>>> > [::1]:9283
>>> > ESTAB     0      0      [::ffff:10.100.1.120]:9095
>>> >  [::ffff:10.100.1.121]:41992
>>> > ESTAB     0      0      [::ffff:10.100.1.120]:9095
>>> >  [::ffff:10.100.1.121]:42024
>>> > ESTAB     0      0      [::ffff:10.100.1.120]:9095
>>> > [::ffff:10.192.2.10]:58638
>>> > ESTAB     0      0      [::ffff:10.100.1.120]:9095
>>> >  [::ffff:10.100.1.121]:42010
>>> > ESTAB     0      0                      [::1]:9283
>>> >  [::1]:44428
>>> >
>>> > The whole cluster runs in an  IPv4 setup, wondering that port 9283 only
>>> > binds on localhost/IPv6
>>> >
>>> > [root@ceph1n020 ~]# telnet localhost 9283
>>> > Trying ::1...
>>> > Connected to localhost.
>>> > Escape character is '^]'.
>>> > ^C
>>> > Connection closed by foreign host.
>>> > [root@ceph1n020 ~]# telnet 10.100.1.120 9283
>>> > Trying 10.100.1.120...
>>> > telnet: connect to address 10.100.1.120: Connection refused
>>> >
>>> > All other services listen carefully on both addresses.
>>> >
>>> > Does somebody have a hint for us?
>>> >
>>> > Best regards,
>>> > Christoph Ackermann
>>> > _______________________________________________
>>> > ceph-users mailing list -- ceph-users@xxxxxxx
>>> > To unsubscribe send an email to ceph-users-leave@xxxxxxx
>>>
>>
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux