All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
To: Alfredo Deza <alfredo.deza@inktank.com>,
	"Dave (Bob)" <dave@bob-the-boat.me.uk>
Cc: ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: Mourning the demise of mkcephfs
Date: Wed, 13 Nov 2013 16:54:35 +1300	[thread overview]
Message-ID: <5282F7FB.4070803@catalyst.net.nz> (raw)
In-Reply-To: <5282F309.2030104@catalyst.net.nz>

On 13/11/13 16:33, Mark Kirkwood wrote:
> On 13/11/13 04:53, Alfredo Deza wrote:
>> On Mon, Nov 11, 2013 at 12:51 PM, Dave (Bob) 
>> <dave@bob-the-boat.me.uk> wrote:
>>
>>> It is unuseable for me at present, because it reports:
>>>
>>> [ceph_deploy][ERROR ] UnsupportedPlatform: Platform is not supported:
>>>
>> That looks like a bug. For the past few months the log output of
>> ceph-deploy has tried to improve to give as much useful information
>> as possible.
>>
>> To get to the bottom of this it would be super helpful to know what
>> distro you were attempting to connect to, what the actual command was,
>> and what version of ceph-deploy you were using.
>>
>> Hopefully, with that information and the (possible) bug fix, it will
>> mean that more and more people find ceph-deploy as a robust solution
>> to get
>> a Ceph cluster up and running.
>>
>>
>
> I believe he is using a self built (or heavily customized) Linux 
> installation - so distribution detection is not going to work in this 
> case. I'm wondering if there could be some sensible fall back for 
> that, e.g:
>
> - refuse to install or purge
> - assume sysv init
>
> so that ceph-deploy can 'do the best it can' in these situations. 
> Thoughts?
>

Ahem - replying to myself, sorry:

It might be just as easy to allow init to be specified as an option 
(--init INITTYPE). As an aside, for my development (Ubuntu) workstation, 
I'm building ceph from src and using ceph-deploy to install it - *but* 
am switching init to sysv afterwards (I just prefer to use it for that 
situation).

Cheers

Mark

  reply	other threads:[~2013-11-13  3:54 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-11 17:51 Mourning the demise of mkcephfs Dave (Bob)
2013-11-11 20:37 ` Mark Kirkwood
2013-11-12  7:22 ` Wido den Hollander
2013-11-12  7:41   ` Ketor D
2013-11-12 12:23     ` Dave (Bob)
2013-11-12 12:22   ` Dave (Bob)
2013-11-12 13:56     ` Mark Nelson
2013-11-12 14:07       ` Mark Nelson
2013-11-12 15:58   ` Alfredo Deza
2013-11-12 15:53 ` Alfredo Deza
2013-11-13  3:33   ` Mark Kirkwood
2013-11-13  3:54     ` Mark Kirkwood [this message]
2013-11-14 12:27       ` Dave (Bob)
2013-11-14 13:06         ` Dave (Bob)
2013-11-14 14:25         ` Mark Nelson
2013-11-14 21:56           ` Mark Kirkwood
2013-11-18  6:05     ` Could ceph-deploy handle unknown or custom distribution? (Was: Mourning the demise of mkcephfs) Mark Kirkwood
2013-11-18  6:15       ` Mark Kirkwood

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=5282F7FB.4070803@catalyst.net.nz \
    --to=mark.kirkwood@catalyst.net.nz \
    --cc=alfredo.deza@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=dave@bob-the-boat.me.uk \
    /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.