From mboxrd@z Thu Jan 1 00:00:00 1970 References: <55F70C58.5010205@windriver.com> <55F8A3BB.2020408@windriver.com> <55F927FE.2040801@redhat.com> <55F9C0B5.80002@windriver.com> From: Zdenek Kabelac Message-ID: <55F9DD12.4080501@redhat.com> Date: Wed, 16 Sep 2015 23:20:18 +0200 MIME-Version: 1.0 In-Reply-To: <55F9C0B5.80002@windriver.com> Content-Transfer-Encoding: 7bit Subject: Re: [linux-lvm] Any way to speed up activation of volumes with snapshots? 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: Chris Friesen , LVM general discussion and development Dne 16.9.2015 v 21:19 Chris Friesen napsal(a): > On 09/16/2015 02:27 AM, Zdenek Kabelac wrote: > >> Sorry, but there is no 'parallel' activation from lvm2 command - as lvm2 is not >> multithreadded app (and is quite far away from that). > > > Just had a weird thought. What would happen if I ran the "vgchange -ay" > command, and then a few seconds later ran a bunch of "lvchange -ay" commands > in parallel? Since all of them are 'activation' requests - you just end with success and everything should be activated. Much more interesting case is - if you run in parallel activation and deactivation :) - then the result depends on last executed command. > Would that maybe let me activate non-snapshotted volumes even if the > snapshotted volumes took a long time? Yes - you could activate things in parallel this way - since every command has separate udev cookie - so it waits on its set of LVs. Zdenek