From: Smart Weblications GmbH <info@smart-weblications.de>
To: "Sébastien Han" <han.sebastien@gmail.com>
Cc: ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: About sparse images
Date: Sun, 26 Aug 2012 20:38:02 +0200 [thread overview]
Message-ID: <503A6D0A.8050207@smart-weblications.de> (raw)
In-Reply-To: <CAOLwVUnGz4ZvWdNo6JKHuS06YZYCeT7WjaDdGiDipRv8UZVLhA@mail.gmail.com>
Am 26.08.2012 20:11, schrieb Sébastien Han:
> Hi all!
>
> I know that ceph images (rbd) are sparse. It's good but I have some
> interrogations about the ceph -s (-w) output. Let's say your create a
> 10G image, map it, format it and mount it. Finally you filled up the
> entire space available. You notice that the 'data' and 'used' space
> had grown. Now delete the content of your image but **not** this
> image, not now. You notice that nothing changed from the ceph output,
> it's not surprising because of the sparse capability. At this point of
> time the output from the command ceph is neither right nor wrong. It
> only shows the space used by the sparse image, but it doesn't mean
> that you have 'real' data in it, just a simple object allocation. It's
> not so relevant, the only solution is to remove the image (obviously).
> My feeling is that we should be careful about the ceph's output, it's
> not a good indicator for 'real' data. Ok Ceph won't replace a
> monitoring system but I'll be happy to trust the ceph output at 100%
> :)
>
> I would appreciate some reactions about that :)
>
why not gather real image size with rbd info <imagename>, sum up used space,
then look at ceph -s to get total avail space?
--
Mit freundlichen Grüßen,
Smart Weblications GmbH
Martinsberger Str. 1
D-95119 Naila
fon.: +49 9282 9638 200
fax.: +49 9282 9638 205
24/7: +49 900 144 000 00 - 0,99 EUR/Min*
http://www.smart-weblications.de
--
Sitz der Gesellschaft: Naila
Geschäftsführer: Florian Wiessner
HRB-Nr.: HRB 3840 Amtsgericht Hof
*aus dem dt. Festnetz, ggf. abweichende Preise aus dem Mobilfunknetz
--
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-08-26 18:39 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-26 18:11 About sparse images Sébastien Han
2012-08-26 18:38 ` Smart Weblications GmbH [this message]
2012-08-26 19:42 ` Gregory Farnum
2012-08-26 19:53 ` Wido den Hollander
2012-08-27 19:56 ` Josh Durgin
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=503A6D0A.8050207@smart-weblications.de \
--to=info@smart-weblications.de \
--cc=ceph-devel@vger.kernel.org \
--cc=han.sebastien@gmail.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.