From: Andre Noll <maan@systemlinux.org>
To: Tommi Virtanen <tommi.virtanen@dreamhost.com>
Cc: Gregory Farnum <gregory.farnum@dreamhost.com>,
Sage Weil <sage@newdream.net>,
ceph-devel@vger.kernel.org
Subject: Re: v0.38 released
Date: Fri, 18 Nov 2011 16:01:57 +0100 [thread overview]
Message-ID: <20111118150157.GM13394@systemlinux.org> (raw)
In-Reply-To: <CAORUGqA2HJQFXM01mq29TcSTK9p7OxLDGa9s85OfkbgWALnu7w@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1851 bytes --]
On Thu, Nov 17, 10:01, Tommi Virtanen wrote:
> On Thu, Nov 17, 2011 at 02:35, Andre Noll <maan@systemlinux.org> wrote:
> > I was under the impression that equal weights on all osds means to
> > fill up all file systems by the same percentage, i.e. that file system
> > sizes are already taken care of.
> >
> > But apparently this is not the case. So one has to set the weights
> > manually according to the available disk space.
>
> The weight is actually a combination of all the factors that would go
> in: storage size, disk IO speed, network link bandwidth, heat in that
> part of the data center, future expansion plans, ..
True. But as we all know, perfect is the enemy of good ;)
> We could automate more of it, but it really is a fundamentally holistic
> number, and setting it based on just one aspect of reality will lead to
> someone else being unhappy. So it goes something like this:
>
> Step 1: improve documentation
For starters, it would be nice to include the ceph osd subcommands
in the man pages. To my knowledge they are only documented on the
(old) wiki
http://ceph.newdream.net/wiki/Monitor_commands
at the moment. Would a patch that adds the subcommands and descriptions
to the man pages be accepted?
If so, I'd be willing to do this work. However, the files in man/
of the ceph git repo seem to be generated by docutils, so I suspect
they are not meant to be edited directly. What's the preferred way
to patch the man pages?
> Step 2: have a monitoring system be able to feed back information to
> use as osd weights, with admin customazability
How could such a monitoring system be implemented? In particular if
abstract criteria like "future extension plans" have to be considered.
Andre
--
The only person who always got his work done by Friday was Robinson Crusoe
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2011-11-18 15:00 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-11 5:14 v0.38 released Sage Weil
2011-11-15 16:42 ` Andre Noll
2011-11-15 19:53 ` Gregory Farnum
2011-11-16 9:56 ` Andre Noll
2011-11-16 18:04 ` Tommi Virtanen
2011-11-17 10:35 ` Andre Noll
2011-11-17 18:01 ` Tommi Virtanen
2011-11-18 15:01 ` Andre Noll [this message]
2011-11-18 18:47 ` Tommi Virtanen
2011-11-21 17:32 ` Andre Noll
2011-11-21 17:36 ` Tommi Virtanen
2011-11-21 18:06 ` Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 0/6]: Introduction Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 1/6] doc: Import the list of ceph subcommands from wiki Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 2/6] doc: Add documentation of missing osd commands Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 3/6] doc: Document pause and unpause " Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 4/6] doc: Update the list of fields for the pool set command Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 5/6] doc: Add missing documentation for osd pool get Andre Noll
2011-11-28 18:37 ` Gregory Farnum
2011-11-28 19:27 ` Andre Noll
2011-11-28 14:04 ` [PATCH/RFC 6/6] doc: Clarify documentation of reweight command Andre Noll
2011-12-05 21:09 ` [PATCH/RFC 0/6]: Introduction Tommi Virtanen
2011-12-06 17:01 ` Andre Noll
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=20111118150157.GM13394@systemlinux.org \
--to=maan@systemlinux.org \
--cc=ceph-devel@vger.kernel.org \
--cc=gregory.farnum@dreamhost.com \
--cc=sage@newdream.net \
--cc=tommi.virtanen@dreamhost.com \
/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.