We are running with Jumbo Frames turned on. Is that likely to be the 
issue? Do I need to configure something in ceph?

The mon maps are fine and after setting debug to 10 and debug ms to 1, I 
see probe timeouts in the logs: http://pastebin.com/44M1uJZc
I just set probe timeout to 10 (up from 2) and it still times out.

Thanks!

Cameron Scrace
Infrastructure Engineer

Mobile +64 22 610 4629
Phone  +64 4 462 5085 
Email  cameron.scr...@solnet.co.nz
Solnet Solutions Limited
Level 12, Solnet House
70 The Terrace, Wellington 6011
PO Box 397, Wellington 6140

www.solnet.co.nz



From:   Somnath Roy <somnath....@sandisk.com>
To:     Joao Eduardo Luis <j...@suse.de>, "ceph-users@lists.ceph.com" 
<ceph-users@lists.ceph.com>
Date:   03/06/2015 03:49 a.m.
Subject:        Re: [ceph-users] Monitors not reaching quorum. (SELinux 
off, IPtables off, can see tcp traffic)
Sent by:        "ceph-users" <ceph-users-boun...@lists.ceph.com>



By any chance are you running with jumbo frame turned on ?

Thanks & Regards
Somnath

-----Original Message-----
From: ceph-users [mailto:ceph-users-boun...@lists.ceph.com] On Behalf Of 
Joao Eduardo Luis
Sent: Tuesday, June 02, 2015 12:52 AM
To: ceph-users@lists.ceph.com
Subject: Re: [ceph-users] Monitors not reaching quorum. (SELinux off, 
IPtables off, can see tcp traffic)

On 06/02/2015 01:42 AM, cameron.scr...@solnet.co.nz wrote:
> I am trying to deploy a new ceph cluster and my monitors are not
> reaching quorum. SELinux is off, firewalls are off, I can see traffic
> between the nodes on port 6789 but when I use the admin socket to
> force a re-election only the monitor I send the request to shows the
> new election in its logs. My logs are filled entirely of the following
> two
> lines:
>
> 2015-06-02 11:31:56.447975 7f795b17a700  0 log_channel(audit) log
> [DBG]
> : from='admin socket' entity='admin socket' cmd='mon_status' args=[]:
> dispatch
> 2015-06-02 11:31:56.448272 7f795b17a700  0 log_channel(audit) log
> [DBG]
> : from='admin socket' entity='admin socket' cmd=mon_status args=[]:
> finished

You are running on default debug levels, so you'll hardly get anything 
more than that.  I suggest setting 'debug mon = 10' and 'debug ms = 1'
for added verbosity and come back to us with the logs.

There are many reasons for this, but the more common are due to the 
monitors not being able to communicate with each other.  Given you see 
traffic between the monitors, I'm inclined to assume that the other two 
monitors do not have each other on the monmap or, if they do know each 
other, either 1) the monitor's auth keys do not match, or 2) the probe 
timeout is being triggered before they successfully manage to find enough 
monitors to trigger an election -- which may be due to latency.

Logs will tells us more.

  -Joao

> Querying the admin socket with mon_status (the other two are the
> similar but with their hostnames and rank):
>
> {
>     "name": "wcm1",
>     "rank": 0,
>     "state": "probing",
>     "election_epoch": 1,
>     "quorum": [],
>     "outside_quorum": [
>         "wcm1"
>     ],
>     "extra_probe_peers": [],
>     "sync_provider": [],
>     "monmap": {
>         "epoch": 0,
>         "fsid": "adb8c500-122e-49fd-9c1e-a99af7832307",
>         "modified": "2015-06-02 10:43:41.467811",
>         "created": "2015-06-02 10:43:41.467811",
>         "mons": [
>             {
>                 "rank": 0,
>                 "name": "wcm1",
>                 "addr": "10.1.226.64:6789\/0"
>             },
>             {
>                 "rank": 1,
>                 "name": "wcm2",
>                 "addr": "10.1.226.65:6789\/0"
>             },
>             {
>                 "rank": 2,
>                 "name": "wcm3",
>                 "addr": "10.1.226.66:6789\/0"
>             }
>         ]
>     }
> }

_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

________________________________

PLEASE NOTE: The information contained in this electronic mail message is 
intended only for the use of the designated recipient(s) named above. If 
the reader of this message is not the intended recipient, you are hereby 
notified that you have received this message in error and that any review, 
dissemination, distribution, or copying of this message is strictly 
prohibited. If you have received this communication in error, please 
notify the sender by telephone or e-mail (as shown above) immediately and 
destroy any and all copies of this message in your possession (whether 
hard copies or electronically stored copies).

_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com


Attention:
This email may contain information intended for the sole use of
the original recipient. Please respect this when sharing or
disclosing this email's contents with any third party. If you
believe you have received this email in error, please delete it
and notify the sender or postmas...@solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of Solnet Solutions Ltd.

_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to