<div dir="ltr"><div dir="ltr">On Fri, Nov 20, 2020 at 4:45 PM Bryn M. Reeves <<a href="mailto:bmr@redhat.com" target="_blank">bmr@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What type of snapshot are you using? LVM2 allows either "classic" CoW snaps,<br>
or the newer thin provisioned snapshots using the dm-thinp target.<br>
<br>
Classic snapshots are known to have very poor IO performance when multiple<br>
snapshots of the same volume exist simultaneously (especially for write-<br>
heavy workloads).<br>
<br>
Thin provisioned snapshots are not normally activated at boot time unless<br>
they are explicitly requested (via dracut's <a href="http://rd.lvm.lv" rel="noreferrer" target="_blank">rd.lvm.lv</a> options) since they<br>
have the skip activation flag set by default.<br>
<br></blockquote><div><br></div><div>How can I check which type of snapshot I am using ?</div><div><br></div><div>I am very interested in knowing more about these newer snapshots.</div><div><br></div><div>I think I am using the older COW snapshots.</div><div><br></div><div>I created it using:</div><div><br></div><div>              sudo lvcreate -L 70GB -s -n test_snapshot /dev/mapper/vgfedora-fedora </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Is there any indication in the log of what's happening during the delay?<br>
Look through the journalctl output to see if there are any messages logged<br>
while the delay happens.<br>
<br></blockquote><div><br></div><div>Yes, I have found the reason for the 3 minute delay:</div><div><br></div>Nov 20 21:14:15  dracut-initqueue[902]: Scanning devices dm-0  for LVM logical volumes vgfedora/fedora<br>Nov 20 21:14:16  dracut-initqueue[927]: inactive Original '/dev/vgfedora/fedora' [700.00 GiB] inherit<br>Nov 20 21:14:16  dracut-initqueue[927]: inactive Snapshot '/dev/vgfedora/pre_kde_Nov_9' [70.00 GiB] inherit<br>Nov 20 21:17:27  systemd[1]: Found device /dev/mapper/vgfedora-fedora.<br>Nov 20 21:17:27  systemd[1]: Found device /dev/disk/by-uuid/03aef3ba-dca1-4cba-a3f5-36c5c0fe948e.<br><div>Nov 20 21:17:27  systemd[1]: Reached target Initrd Root Device.</div><div><br></div><div>As you can see it initializing the snapshots.</div><div><br></div><div>This is my entire boot log if you need to delve deeper.</div><div><a href="https://pastebin.com/raw/275JPvZB">https://pastebin.com/raw/275JPvZB</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Another option is to use systemd-analyze to look into where the time is<br>
going during boot. It has various commands including "plot" which will<br>
generate an SVG plot of the boot timings on stdout. You can then compare<br>
that with a regular boot to try to understand the difference.<br>
</blockquote></div><br clear="all"><div><br></div><div>Well I don't know about "plot" but this is the output from "systemd-analyze blame"</div><div><br></div><div>3min 30.737s dracut-initqueue.service                                                                 <br>     31.399s udisks2.service                                                                          <br>     26.650s lvm2-monitor.service                                                                     <br>     25.500s systemd-journal-flush.service                                                            <br>     20.289s ModemManager.service                                                                     <br>     18.242s abrtd.service                                                                            <br>     18.233s avahi-daemon.service                                                                     <br>     18.227s bluetooth.service                                                                        <br>     17.725s systemd-cryptsetup@luks\x2d2ec7f1ae\x2d6f9b\x2d4896\x2da7b2\x2dbe7809e9d2f4.service      <br>     17.604s firewalld.service                                                                        <br></div><div><br></div><div>As you can see the 3min delay matches with the above LVM entry from the boot log.</div><div><br></div><div><br></div><div>Again, I am very interested in knowing more about these newer snapshots.</div>-- <br><div dir="ltr"><div dir="ltr">Regards,<div>Sreyan Chakravarty</div></div></div></div>