From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <539722BD.20903@mooluv.com> Date: Tue, 10 Jun 2014 11:22:37 -0400 From: Leeman Strout MIME-Version: 1.0 References: <53924E22.60403@mooluv.com> <53958348.3000501@redhat.com> <5395CA79.90508@mooluv.com> <5396BA8B.7060307@redhat.com> In-Reply-To: <5396BA8B.7060307@redhat.com> Content-Transfer-Encoding: 7bit Subject: Re: [linux-lvm] lvm Bug? - bad reaction to snapshot creation Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Zdenek Kabelac , LVM general discussion and development On 06/10/2014 03:58 AM, Zdenek Kabelac wrote: > Dne 9.6.2014 16:53, Leeman Strout napsal(a): >> On 06/09/2014 05:50 AM, Zdenek Kabelac wrote: >>> Dne 7.6.2014 01:26, Leeman Strout napsal(a): >>> Hi >>> >>> Unsure if this relates to all your problem (since I'm not sure how >>> arch linux is in sync with udev rules & systemd version) >>> >>> At certain moment systemd added a new 'feature' about locking >>> devices while updating internal udev state - this locking ignores any >>> udev rule flags and opens internal lvm2 devices - so while for now >>> it's been again disabled for 'dm' devices - you might have installed >>> version of system which has the 'lock everything' feature in? >> systemd 213-6 is what Arch reports, as far as I can tell from the >> PKGBUILD >> it's vanilla 213 plus 2 patches: >> - backport fix for faily MACAddress matching (FS#40675) >> - backport fix for fsck/udev mess (FS#40706) > > > this commit should be fixing problems for lvm2 & latest systemd: > > e918a1b5a94f270186dca59156354acd2a596494 > > and this is systemd commit which has introduced problem: > > 3d06f4183470d42361303086ed9dedd29c0ffc1b > > Unsure what do you have in your arch build. This patch: http://lists.freedesktop.org/archives/systemd-devel/2014-June/019863.html applied and tested in Arch solves the issue. Thanks, Leeman