Re: Nautilus HEALTH_WARN for msgr2 protocol

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

 



Bob;

Have you verified that port 3300 is open for TCP on that host?

The extra host firewall rules for v2 protocol caused me all kinds of grief when I was setting up my MONs.

Thank you,

Dominic L. Hilsbos, MBA 
Director – Information Technology 
Perform Air International Inc.
DHilsbos@xxxxxxxxxxxxxx 
www.PerformAir.com


From: ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] On Behalf Of Paul Emmerich
Sent: Friday, June 14, 2019 10:23 AM
To: Brett Chancellor
Cc: ceph-users
Subject: Re:  Nautilus HEALTH_WARN for msgr2 protocol



On Fri, Jun 14, 2019 at 6:23 PM Brett Chancellor <bchancellor@xxxxxxxxxxxxxx> wrote:
If you don't figure out how to enable it on your monitor, you can always disable it to squash the warnings
ceph config set mon.node01 ms_bind_msgr2 false

No, that just disables msgr2 on that mon. 

Use this option if you want to disable the warning

mon_warn_on_msgr2_not_enabled false


But that's probably not a good idea since there's clearly something wrong with that mon.

Paul


-- 
Paul Emmerich

Looking for help with your Ceph cluster? Contact us at https://croit.io

croit GmbH
Freseniusstr. 31h
81247 München
www.croit.io
Tel: +49 89 1896585 90
 


On Fri, Jun 14, 2019 at 12:11 PM Bob Farrell <bob@xxxxxxxxxxxxxx> wrote:
Hi. Firstly thanks to all involved in this great mailing list, I learn lots from it every day.

We are running Ceph with a huge amount of success to store website themes/templates across a large collection of websites. We are very pleased with the solution in every way.

The only issue we have, which we have had since day 1, is we always see HEALTH_WARN:

    health: HEALTH_WARN
            1 monitors have not enabled msgr2

And this is reflected in the monmap:

monmaptool: monmap file /tmp/monmap
epoch 7
fsid 7273720d-04d7-480f-a77c-f0207ae35852
last_changed 2019-04-02 17:21:56.935381
created 2019-04-02 17:21:09.925941
min_mon_release 14 (nautilus)
0: v1:172.30.0.144:6789/0 mon.node01.homeflow.co.uk
1: [v2:172.30.0.146:3300/0,v1:172.30.0.146:6789/0] mon.node03.homeflow.co.uk
2: [v2:172.30.0.147:3300/0,v1:172.30.0.147:6789/0] mon.node04.homeflow.co.uk
3: [v2:172.30.0.148:3300/0,v1:172.30.0.148:6789/0] mon.node05.homeflow.co.uk
4: [v2:172.30.0.145:3300/0,v1:172.30.0.145:6789/0] mon.node02.homeflow.co.uk
5: [v2:172.30.0.149:3300/0,v1:172.30.0.149:6789/0] mon.node06.homeflow.co.uk
6: [v2:172.30.0.150:3300/0,v1:172.30.0.150:6789/0] mon.node07.homeflow.co.uk

I never figured out the correct syntax to set up the first monitor to use both 6789 and 3300. The other monitors that join the cluster set this config automatically but I couldn't work out how to apply it to the first monitor node.

The cluster has been operating in production for at least a month now with no issues at all, so it would be nice to remove this warning as, at the moment, it's not really very useful as a monitoring metric.

Could somebody advise me on the safest/most sensible way to update the monmap so that node01 listens on v2 and v1 ?

Thanks for any help !
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




[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