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
next prev 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.