lp:lvm2

Branch merges

This import branch has no branches proposed for merge into it.

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

7316. By Petr Rockai <email address hidden> on 2013-01-16

Update WHATS_NEW.

7315. By Petr Rockai <email address hidden> on 2013-01-16

lvmetad: Call _lvmetad_handle_reply in lvmetad_vg_lookup.

7314. By Petr Rockai <email address hidden> on 2013-01-16

lvmetad: Fix a race in metadata update.

The idea is to avoid a period when an existing VG is not mapped to either the
old or the new name. (Note that the brief "blackout" was present even if the
name did not actually change.) We instead allow a brief overlap of a VG existing
under both names, i.e. a query for a VG might succeed but before a lock is
acquired the VG disappears.

7313. By Peter Rajnoha on 2013-01-15

dmeventd: close dmeventd FIFO FDs on exec (add FD_CLOEXEC).

7312. By Zdenek Kabelac <email address hidden> on 2013-01-11

whatsnew

7311. By Sebastian Ott <email address hidden> on 2013-01-11

filters: add scm devices

Fix this:
pvcreate /dev/scma
  Device /dev/scma not found (or ignored by filtering).

Reported-by: Peter Oberparleiter <email address hidden>
Signed-off-by: Sebastian Ott <email address hidden>

7310. By Alasdair G. Kergon on 2013-01-07

logging: classify log_debug messages

Place most log_debug() messages into a class.

7309. By Alasdair G. Kergon on 2013-01-07

logging: add debug classes

Add log/debug_classes to lvm.conf to allow debug messages to be
classified and filtered at runtime.

The dm_errno field is only used by log_error(), so I've redefined it
for log_debug() messages to hold the message class.

By default, all existing messages appear, but we can add categories that
generate high volumes of data, such as logging all traffic to/from
lvmetad.

7308. By Alasdair G. Kergon on 2013-01-05

lvmetad: fix format1 updates

fmt1 doesn't have a separate commit function: updates take effect
immediately vg_write is called, so we must update lvmetad at this
point if we're going to go on and ask lvmetad for the VG metadata
again before calling the commit function (though that's probably an
unsupported and pointless thing to do anyway as the client must
already have that data and it cannot have changed because it's locked
and with devs suspended we shouldn't be communicating with lvmetad;
so when that's fixed properly, this fix here can be reverted).

This problem showed up as an internal error when lvremoving an LVM1
snapshot.

> Internal error: LV snap1 (00000000000000000000000000000001) missing from preload metadata

https://bugzilla.redhat.com/891855

7307. By Alasdair G. Kergon on 2013-01-05

lvmetad: add basic client-side debug logging

First attempt at showing precisely what use any command is making of
lvmetad in the -vvvv trace information.