linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).