CEPH filesystem development
 help / color / mirror / Atom feed
From: Tim Serong <tserong@suse.com>
To: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Does calamari-crush-location do anything useful?
Date: Tue, 31 May 2016 00:29:23 +1000	[thread overview]
Message-ID: <574C4E43.6050203@suse.com> (raw)

Hi All,

I've got some alleged errors during OSD startup:

ceph-osd-prestart.sh[29360]: ERROR:calamari_osd_location:Error 2 running
ceph config-key get:'Error ENOENT: error obtaining
'daemon-private/osd.0/v1/calamari/osd_crush_location': (2) No such file
or directory'

The above appears twice, but doesn't seem to actually cause any harm
(the OSD starts fine).  Manually invoking
`/usr/bin/calamari-crush-location --id 0 --type osd` gives the same
errors, but *does* print "host=ses2-1" (the default host in my case) to
STDOUT.

The errors are there because
"daemon-private/osd.0/v1/calamari/osd_crush_location" was never set by
anything, so can't be found by `ceph config-key get`.  AFAICT the only
time this *would* be set is if someone has used the calamari REST API to
move an OSD in the CRUSH map (this functionality doesn't seem to be
exposed in Romana), and then only if they were operating on the
immediate parent node of an OSD (or some OSDs).

So, my question is, what's the point?  `calamari-crush-location` will
only return data from
"daemon-private/osd.$ID/v1/calamari/osd_crush_location" if the stored
location is on the current host, but under what real-world circumstances
would "daemon-private/osd.0/v1/calamari/osd_crush_location" exist and
include anything other than a hostname anyway?  I'm obviously missing
something, but it looks like the whole thing essentially amounts to a
NOOP with some annoying error messages :)

Thanks,

Tim
-- 
Tim Serong
Senior Clustering Engineer
SUSE
tserong@suse.com

                 reply	other threads:[~2016-05-30 14:29 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=574C4E43.6050203@suse.com \
    --to=tserong@suse.com \
    --cc=ceph-devel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox