All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wido den Hollander <wido@widodh.nl>
To: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: problems with ceph.init / etc/hosts and ceph.conf
Date: Wed, 20 Jun 2012 15:46:28 +0200	[thread overview]
Message-ID: <4FE1D434.2080602@widodh.nl> (raw)
In-Reply-To: <4FE195DE.50108@profihost.ag>

On 06/20/2012 11:20 AM, Stefan Priebe - Profihost AG wrote:
> Am 20.06.2012 11:13, schrieb Wido den Hollander:
>> On 06/20/2012 10:59 AM, Stefan Priebe - Profihost AG wrote:
>>> Hello list,
>>>
>>> i've some problems to find the correct combination of ceph.conf,
>>> /etc/hosts for the init script to work correctly.
>>>
>>> My systems are named:
>>> ssdstor000i
>>> ssdstor001i
>>> ssdstor002i
>>>
>> What does hostname | cut -d . -f 1 say?
> It says ssdstor000i as the machine defaults to it's public IP.
>
> Whouldn't it make sense to go through all aliases set in /etc/hosts
> which point to a local IP?

Ceph is not really intended to work with public or private IP's.

The idea is that you have a Layer 2 or Layer 3 network over which all 
the daemons and clients connect over a routable network, peer-to-peer, 
no NAT in it's way.

You can however have a seperate "osd" network where the OSD's 
interconnect for their replication traffic, but that has nothing to do 
with the hostnames.

You can take a look at the configuration options "public_addr" and 
"cluster_addr" for these.

Besides that, Ceph would run on a "private" network. If you have KVM 
hosts these will have a WAN connection over which they (and their VM's) 
communicate with the outside world and over a dedicated NIC the host 
communicates with the Ceph cluster.

I'd recommend sticking with 1 IP-Address for each OSD, keep it simple.

Wido

>
> Stefan
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html


  parent reply	other threads:[~2012-06-20 13:46 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-20  8:59 problems with ceph.init / etc/hosts and ceph.conf Stefan Priebe - Profihost AG
2012-06-20  9:13 ` Wido den Hollander
2012-06-20  9:20   ` Stefan Priebe - Profihost AG
2012-06-20  9:40     ` Stefan Priebe - Profihost AG
2012-06-20 13:46     ` Wido den Hollander [this message]
2012-06-20 16:39     ` Tommi Virtanen
2012-06-20 16:46       ` Stefan Priebe
2012-06-20 17:08         ` Tommi Virtanen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FE1D434.2080602@widodh.nl \
    --to=wido@widodh.nl \
    --cc=ceph-devel@vger.kernel.org \
    --cc=s.priebe@profihost.ag \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.