[lvm-devel] LVM RAID man page (lvmraid.7)

Heinz Mauelshagen heinzm at redhat.com
Mon Nov 21 16:55:08 UTC 2016


Jon,

correction to "RAID Synchronization":

MD RAID does not need nor use a write intent bitmap for intial/later
requested resychronization. The array_resync_offset in the dm-raid
superblock is used for dealing with the initial/later resynchronization
(i.e. a moving pointer), not the write intent bitmap.

The purpose of the optional write intent bitmap in MD is to allow
for (temporarily) disappearing component devices avoiding to
resynchronize those completely.
This is handy to cope with transient device absence quicker and
to split/merge a raid1 leg tracking changes.


Addition to "RAID Scrubbing":

one example related to "this may not always be what you want"
would be triggering a scrub which leads to recerating parity
in  raid5 arrays stripe when a data chunk was flawed and
could have been recovered from parity. To be fair: this can't
be discovered without disk sector parity mechnisms such
as DIF (or PI).


Correction to "lvcreate":

s/--type stripe/--type striped/

Heinz


On 05/14/2016 01:23 AM, Brassow Jonathan wrote:
> Before I get to far on this, I’m hoping for some comments.  Feel free to gripe about syntax, but I’m looking especially for feedback on additional topics that may be desired or comments on the general approach (I’m modeling it after lvmthin.7).
>
> Thanks,
>   brassow
>
> Index: lvm2/man/lvmraid.7.in
> ===================================================================
> --- /dev/null
> +++ lvm2/man/lvmraid.7.in
<SNIP>




More information about the lvm-devel mailing list