Bug#797800: lvm2 configure.in, librt.so vs librt.pc

2015-09-03 Thread Peter Rajnoha
On 09/02/2015 07:35 PM, Andreas Henriksson wrote: > Hello Alasdair G Kergon. > > I'm mailing you because of an issue I've run into which I think comes > from your commit: > https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=3cd644aeb5cac432a92ad50584973a3430168ed6 > > On Debian there's librt.s

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

2015-07-27 Thread Peter Rajnoha
Just noticed this option is not yet documented! I've filed a report for udev guys to add mention this in the man page and describe it a bit since it's quite important and yet it's hidden functionality if not documented: https://bugzilla.redhat.com/show_bug.cgi?id=1247210 -- To UNSUBSCRIBE, ema

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

2015-07-27 Thread Peter Rajnoha
On 07/27/2015 04:12 PM, Peter Rajnoha wrote: > It's the OPTIONS+="db_persist" that needs to be used in initramfs > for MD devices. This marks udev db records related to this device with > sticky bit then which is then recognized by udev code and the udev > db state is

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

2015-07-27 Thread Peter Rajnoha
On 07/27/2015 03:57 PM, Peter Rajnoha wrote: > That's how it was supposed to work. I can imagine the problematic > part here may be the transfer of the udev database state from initramfs > to root fs - there is a special way that udev uses to mark devices > so that the udev db s

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

2015-07-27 Thread Peter Rajnoha
On 07/25/2015 09:34 PM, Bastian Blank wrote: > Hi Peter > > Currently I think that all this problems are related to missing or > broken pvscan --cache calls. > > I found one problematic case regarding coldplug; I believe Redhat does > not longer use this code path. In none of my tests the "artif

Bug#792002: lvm2-monitor service causes long delay at boot (encrypted root/swap)

2015-07-10 Thread Peter Rajnoha
On 07/10/2015 01:48 AM, Josh Triplett wrote: > Package: lvm2 > Version: 2.02.122-1 > Severity: grave > File: /lib/systemd/system/lvm2-monitor.service > > On a laptop with encrypted root and swap, I now get a minutes-long delay at > boot > time, due to lvm2-monitor. Here's the complete set of mes

Bug#599596: /sbin/lvcreate: Does not clean up semaphore arrays after use

2010-10-12 Thread Peter Rajnoha
On 10/11/2010 12:24 PM +0100, Sam Morris wrote: > It appears that each lvcreate/lvremove operation creates four cookies, > but 'dmsetup udevcomplete' is run only once, thereby leaking three > cookies per operation. Can you run that lvcreate/lvremove again with "-" debug messages together with