From: Xiaopong Tran <xiaopong.tran@gmail.com>
To: Sage Weil <sage@inktank.com>
Cc: "Székelyi Szabolcs" <szekelyi@niif.hu>, ceph-devel@vger.kernel.org
Subject: Re: ceph init script does not start
Date: Mon, 16 Jul 2012 10:09:07 +0800 [thread overview]
Message-ID: <500377C3.3030407@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1207151601240.16828@cobra.newdream.net>
On 07/16/2012 07:06 AM, Sage Weil wrote:
> On Sun, 15 Jul 2012, Sz?kelyi Szabolcs wrote:
>> On 2012. July 14. 07:42:34 Sage Weil wrote:
>>> On Sat, 14 Jul 2012, Xiaopong Tran wrote:
>>>> I'm getting this funny issue. I had setup two test clusters, and
>>>> mkcephfs and the ceph start up script worked just fine. We are
>>>> now ready to go production, we have 6 nodes, with 10 disks
>>>> each, and one osd per disk, with 3 mds and 3 mons.
>>>>
>>>> The script mkcephfs ran without problem, everything was created
>>>> properly. See attached log file. However, when I run
>>>>
>>>> /etc/init.d/ceph start
>>>>
>>>> nothing happens, not even a line of message, not on concole,
>>>> neither in system log.
>>>>
>>>> But can I manually start up each individual osd, mds, and mon.
>>>
>>> This is usually related to the 'host = ...' lines in ceph.conf. They need
>>> to match the output of the `hostname` command in order for that daemon to
>>> be automatically started or stopped.
>>
>> Just a humble remark here: actually the host= setting has to match the
>> hostname *until the first dot*. If your hostname contains a dot, this will not
>> work. This can be useful in a number of cases, like setting the hostname to
>> indicate the group of a hierarchy level in the name so that the administrator
>> can extactly know what he's working on after logging in (I mean hostnames like
>> node<X>.rack<Y> in a datacenter or node<X>.<site> when running a
>> geographically distributed cluster).
>>
>> From this comes my request: do you think it's possible to change (I mean, in
>> the repository) ceph_common.sh not to cut the output of `hostname` at the first
>> dot? I'm running a cluster with hostnames like that, and now I have to edit
>> that file after each upgrade.
>
> I think the trick here is keeping things compatible with both methods.
> Maybe it should match any prefix of the host fqdn? e.g., for a host
> a.b.c.d, any of host = a, host = a.b, host = a.b.c, or host = a.b.c.d will
> match, but host = x.a will not.
>
It would be great if it can handle fqdn. I tried to use fqdn, along
with an internal DNS, and the /etc/hostname and /etc/hosts file set,
and it still does not start.
host = a.b.c
does not do, so far, only
host = a
works for me.
Thanks
Xiaopong
next prev parent reply other threads:[~2012-07-16 2:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-14 8:16 ceph init script does not start Xiaopong Tran
2012-07-14 14:42 ` Sage Weil
2012-07-15 18:05 ` Székelyi Szabolcs
2012-07-15 23:06 ` Sage Weil
2012-07-16 2:09 ` Xiaopong Tran [this message]
2012-07-16 15:50 ` 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=500377C3.3030407@gmail.com \
--to=xiaopong.tran@gmail.com \
--cc=ceph-devel@vger.kernel.org \
--cc=sage@inktank.com \
--cc=szekelyi@niif.hu \
/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.