Re: Unusually long boot times with LVM Snapshots

2020-11-21 Thread Sreyan Chakravarty
On Sat, Nov 21, 2020 at 2:00 PM Chris Murphy wrote: > My experience is LVM thick (traditional) snapshots are slow. Where LVM > thin provisioning snapshots address quite allot faster. > Yes I just said that. -- Regards, Sreyan Chakravarty ___ users m

Re: Unusually long boot times with LVM Snapshots

2020-11-21 Thread Chris Murphy
My experience is LVM thick (traditional) snapshots are slow. Where LVM thin provisioning snapshots address quite allot faster. Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedorap

Fwd: Unusually long boot times with LVM Snapshots

2020-11-20 Thread Sreyan Chakravarty
On Fri, Nov 20, 2020 at 12:38 PM Samuel Sieb wrote: > > Edit /etc/lvm/lvm.conf, find the line in the "log {" section that has > "verbose = 0" and change it to "verbose = 1". Then run "dracut -f". > Reboot and at the grub menu, edit the boot entry, remove the "quiet > rhgb" parameters from the li

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Samuel Sieb
On 11/19/20 10:45 PM, Sreyan Chakravarty wrote: On Fri, 20 Nov 2020, 1:28 am Samuel Sieb, > wrote: That's the process in the initrd that tries to find and mount the root filesystem, so that makes sense.  The problem is somewhere in there. _

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Sreyan Chakravarty
On Fri, 20 Nov 2020, 1:28 am Samuel Sieb, wrote: > > > That's the process in the initrd that tries to find and mount the root > filesystem, so that makes sense. The problem is somewhere in there. > ___ > > > What else can I do to debug this problem?? _

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Samuel Sieb
On 11/19/20 6:39 AM, Sreyan Chakravarty wrote: On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko > wrote: If you run "systemd-analyze blame" it should tell you what process is taking the most time. These are the top 10 entries from "systemd-analyze blame":   1

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Sreyan Chakravarty
On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko wrote: > If you run "systemd-analyze blame" it should tell you what process is > taking the most time. > These are the top 10 entries from "systemd-analyze blame": 1 3min 26.155s dracut-initqueue.service 2 38.577s udisks2.service 3 29

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Sreyan Chakravarty
On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko wrote: > If you run "systemd-analyze blame" it should tell you what process is > taking the most time. > It seems the bug has existed since 2010: https://bugzilla.redhat.com/show_bug.cgi?id=604767 -- Regards, Sreyan Chakravarty __

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Sreyan Chakravarty
On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko wrote: > The key to getting good answers is to ask good questions. > Would you be having any idea as to where to put the --skip-mappings option in LVM ? Taken from here: https://www.redhat.com/archives/linux-lvm/2016-January/msg00010.html -- Regards,

Re: Unusually long boot times with LVM Snapshots

2020-11-19 Thread Ed Greshko
On 19/11/2020 18:54, Sreyan Chakravarty wrote: I use LVM with full disk encryption. I also use LVM snapshots, which have prevented me from completely bricking my entire system many times. Now the only problem is that the boot times when LVM snapshots are present are extremely long. I boot my

Unusually long boot times with LVM Snapshots

2020-11-19 Thread Sreyan Chakravarty
Hi, I use LVM with full disk encryption. I also use LVM snapshots, which have prevented me from completely bricking my entire system many times. Now the only problem is that the boot times when LVM snapshots are present are extremely long. I boot my machine, enter my encryption passphrase and th