[PATCH 0 of 10] LVM: Mirrored log support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I spent the last few days looking over the mirror allocation code.  I
wanted to understand why 'log_count' was being treated generically in
most places... as if the idea of mirrored logs were already thought of.
I mostly discovered that it was possible to push what looked like
incomplete code towards completion.  The following patches represent
where I would like the mirrored log support to start from.

These patches are a replacement to the proposed patches - a fresh start.
They address a couple problems that I saw with the old patches: 1)
Allocation policies are respected and behave the same as today for other
log types.
2) The on-disk layout of the previous version - when given only two
disks to allocate from - would put the log on the front of one device
and the back of another.  This virtually ensures a performance hit.
These patches put the logs in the same place WRT the images.
3) The new patches reduce parameter bloat.  I think the previous patches
required the extra parameters because they were using functions deep in
the code that were from higher levels... adding parameters and
"spaghettifying" the code.

These patches should be considered a starting point.  While 'lvcreate'
works, 'lvconvert' does not handle all transitions.  In fact,
'lvconvert' will only handle 'core' -> 'disk/redundant' and
'disk/redundant' -> 'core'.  It will not handle 'disk' <-> 'redundant'.

 brassow

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux