From: Zdenek Kabelac <zkabelac@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: Christoph Anton Mitterer <calestyo@scientia.net>
Subject: Re: [linux-lvm] some questions
Date: Fri, 19 Jul 2013 12:36:24 +0200 [thread overview]
Message-ID: <51E916A8.1000101@redhat.com> (raw)
In-Reply-To: <1374172980.23440.10.camel@heisenberg.scientia.net>
Dne 18.7.2013 20:43, Christoph Anton Mitterer napsal(a):
> Hi.
>
> I'd have some questions...
>
> 1) Is the --discards option the same than the issue_discards option from
> the config file? Since the one defaults to 0 the other to passdown?
> If not what's the difference?
Nope
--discards options is for thin volume in thin pool - while lvm.conf option is
about discarding free space in VG - in general - unless you are using some
virtual storage for PVs - it's not a wise idea to enable issue_discards,
since it makes recovery (i.e. going one step back) impossible - what is
discarded cannot be recovered...
For thin volumes - it could be used to free already provisioned space from
pool (as well as getting native discard on SSD if the pool is on SSD).
Behaviour is configurable.
> 2) Of an existing LV, can I see how data was actually allocated? And how
> can I see the alloc policy of a VG? vgdisplay doesn't show it.
Looks like this attribute should be added to lvs/vgs.
For now only lvdisplay shows allocation policy for LV.
To see allocated extents you could use:
lvs -o+seg_pe_ranges
> 3) Do I see that correctly, when I use Normal as alloc policy,... it
> will try to do contiguous allocation... and only do not so,... if not
> possible?
Yes
> 4) md_component_detection and md_chunk_alignment
> Will these also work if there is another block layer (e.g. dmcrypt) in
> between? Especially the md_chunk_alignment?
it's only one-layer check - there is no device stack analysis.
> 5) What alignments are needed?
> "md_chunk_alignment � If set to 1, and a Physical Volume is placed
> directly upon an md device, LVM2 will align its data blocks with the md
> device's stripe-width."
What is visible in sysfs is used.
It's responsibility of each device to provide correct values for alignment.
i.e. if you have crypted mdraid device - then crypto needs to export
right values.
Zdenek
next prev parent reply other threads:[~2013-07-19 10:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 18:43 [linux-lvm] some questions Christoph Anton Mitterer
2013-07-19 10:36 ` Zdenek Kabelac [this message]
2013-07-19 18:22 ` Christoph Anton Mitterer
2013-07-19 19:52 ` Zdenek Kabelac
2013-07-19 23:01 ` Christoph Anton Mitterer
-- strict thread matches above, loose matches on Subject: below --
2007-07-02 19:03 Andrés Ghigliazza
2007-07-02 20:24 ` Richard van den Berg
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=51E916A8.1000101@redhat.com \
--to=zkabelac@redhat.com \
--cc=calestyo@scientia.net \
--cc=linux-lvm@redhat.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.