Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 4:11 PM, Lennart Poettering wrote: > Next step: could you copy /lib/systemd/system/systemd-tmpfiles.service > to /etc/systemd/system/ and prefix the ExecStart with "/usr/bin/strace > -o /run/tmpfiles.strace", and then paste the output that generates in > that file somewhere? > > That should tell us what files tmpfiles actually accesses there. Well I reverted the change to get a bootable system but something went wrong on the next yum update. It locked in the middle of a package install and had a kernel panic. I was eventually able to get yum-complete-transaction to run without trying to erase every package on the machine but it looks like I got some BTRFS corruption. I think I'm going to wipe it and put the latest F16 (RC/TC/whatever) on it. I'll report back if I'm still having issues. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 07:52:04PM +0200, Lennart Poettering wrote: > On Sat, 08.10.11 16:01, Richard Shaw (hobbes1...@gmail.com) wrote: > > > On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: > > > What Tomasz said, and if that doesn't help use bootchart and upload > > > the chart somewhere so I can see what's going on. Thanks, > > > > Here's my bootchart link before making any modifications: > > > > http://dl.dropbox.com/u/34775202/boot.png > > Umpf. tmpfiles being that slow looks very weird. Only reasonably > explanation I could have for that is that you have a really deep > directory tree in /tmp/ or /var/tmp. What's going on there? tmpfiles being slow is nothing new, actually. Take a look at this: http://pipebreaker.pl/dump/2011-10_bootchart.png It's my test machine with btrfs / on old disk (20GB IDE Maxtor). tmpfiles take 30s to run, without any special configuration. Oh, and its F15 system. Is it worth putting few printf() inside systemd-tmpfiles to see where's the time spent? -- Tomasz Torcz "God, root, what's the difference?" xmpp: zdzich...@chrome.pl "God is more forgiving." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 4:11 PM, Lennart Poettering wrote: > On Mon, 10.10.11 15:58, Richard Shaw (hobbes1...@gmail.com) wrote: > >> >> On Mon, Oct 10, 2011 at 3:43 PM, Lennart Poettering >> wrote: >> > On Mon, 10.10.11 15:13, Richard Shaw (hobbes1...@gmail.com) wrote: >> > >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386 >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386/packages >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora/packages >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local/packages >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install >> >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install/packages >> > >> > Hmm, maybe some package you installed includes a weird tmpfiles rule? >> > Can you paste "grep -r . /etc/tmpfiles.d/ /usr/lib/tmpfiles.d" >> > somewhere? >> >> http://dl.dropbox.com/u/34775202/tmpfiles.txt > > Hmm nothing particularly suspicious here. > > Next step: could you copy /lib/systemd/system/systemd-tmpfiles.service > to /etc/systemd/system/ and prefix the ExecStart with "/usr/bin/strace > -o /run/tmpfiles.strace", and then paste the output that generates in > that file somewhere? I couldn't find systemd-tmpfiles.service... I assume that systemd-tmpfiles-setup.service was the correct file? I added what you suggested and I checked it twice but when I rebooted the boot process hung. Will booting to single user mode let me fix this or will I have to use some sort of rescue media? > > That should tell us what files tmpfiles actually accesses there. > > This is on rotating media I presume? Yes. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, 10.10.11 15:58, Richard Shaw (hobbes1...@gmail.com) wrote: > > On Mon, Oct 10, 2011 at 3:43 PM, Lennart Poettering > wrote: > > On Mon, 10.10.11 15:13, Richard Shaw (hobbes1...@gmail.com) wrote: > > > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386 > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386/packages > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora/packages > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local/packages > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install/packages > > > > Hmm, maybe some package you installed includes a weird tmpfiles rule? > > Can you paste "grep -r . /etc/tmpfiles.d/ /usr/lib/tmpfiles.d" > > somewhere? > > http://dl.dropbox.com/u/34775202/tmpfiles.txt Hmm nothing particularly suspicious here. Next step: could you copy /lib/systemd/system/systemd-tmpfiles.service to /etc/systemd/system/ and prefix the ExecStart with "/usr/bin/strace -o /run/tmpfiles.strace", and then paste the output that generates in that file somewhere? That should tell us what files tmpfiles actually accesses there. This is on rotating media I presume? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 3:43 PM, Lennart Poettering wrote: > On Mon, 10.10.11 15:13, Richard Shaw (hobbes1...@gmail.com) wrote: > >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386 >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386/packages >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora/packages >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local/packages >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install >> /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install/packages > > Hmm, maybe some package you installed includes a weird tmpfiles rule? > Can you paste "grep -r . /etc/tmpfiles.d/ /usr/lib/tmpfiles.d" > somewhere? http://dl.dropbox.com/u/34775202/tmpfiles.txt Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, 10.10.11 15:13, Richard Shaw (hobbes1...@gmail.com) wrote: > /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386 > /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386/packages > /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora > /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora/packages > /var/tmp/yum-richard-R_0cAQ/x86_64/15/local > /var/tmp/yum-richard-R_0cAQ/x86_64/15/local/packages > /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install > /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install/packages Hmm, maybe some package you installed includes a weird tmpfiles rule? Can you paste "grep -r . /etc/tmpfiles.d/ /usr/lib/tmpfiles.d" somewhere? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 12:52 PM, Lennart Poettering wrote: > On Sat, 08.10.11 16:01, Richard Shaw (hobbes1...@gmail.com) wrote: > >> On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: >> > What Tomasz said, and if that doesn't help use bootchart and upload >> > the chart somewhere so I can see what's going on. Thanks, >> >> Here's my bootchart link before making any modifications: >> >> http://dl.dropbox.com/u/34775202/boot.png > > Umpf. tmpfiles being that slow looks very weird. Only reasonably > explanation I could have for that is that you have a really deep > directory tree in /tmp/ or /var/tmp. What's going on there? Not sure, nothing looked out of the ordinary: # find /tmp -type d /tmp /tmp/.X11-unix /tmp/.ICE-unix /tmp/.XIM-unix /tmp/.font-unix /tmp/.Test-unix /tmp/orbit-gdm /tmp/at-spi2 /tmp/pulse-yJcXyHZzsRwp /tmp/orbit-richard /tmp/pulse-uOfrQiWa4xzS /tmp/.esd-500 /tmp/virtual-richard.6BuiIp /tmp/virtual-richard.OqL4fk /tmp/virtual-richard.NuhA5A /tmp/bootchart.E6xuImx8Cr /tmp/virtual-richard.olEUst /tmp/hsperfdata_richard /tmp/keyring-QNDysg /tmp/bootchart.RujYVLlzgp /tmp/virtual-richard.SjmWgq /tmp/bootchart.Ms7TghB6pd /tmp/keyring-p6JS8N /tmp/bootchart.hYMxbEOMtr /tmp/.com.google.Chrome.CeyuYv # find /var/tmp -type d /var/tmp /var/tmp/yum-root-OrVxRv /var/tmp/yum-richard-R_0cAQ /var/tmp/yum-richard-R_0cAQ/x86_64 /var/tmp/yum-richard-R_0cAQ/x86_64/15 /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386 /var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386/packages /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora /var/tmp/yum-richard-R_0cAQ/x86_64/15/fedora/packages /var/tmp/yum-richard-R_0cAQ/x86_64/15/local /var/tmp/yum-richard-R_0cAQ/x86_64/15/local/packages /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install /var/tmp/yum-richard-R_0cAQ/x86_64/15/local-install/packages Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Sat, 08.10.11 16:01, Richard Shaw (hobbes1...@gmail.com) wrote: > On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: > > What Tomasz said, and if that doesn't help use bootchart and upload > > the chart somewhere so I can see what's going on. Thanks, > > Here's my bootchart link before making any modifications: > > http://dl.dropbox.com/u/34775202/boot.png Umpf. tmpfiles being that slow looks very weird. Only reasonably explanation I could have for that is that you have a really deep directory tree in /tmp/ or /var/tmp. What's going on there? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 8:18 AM, Josef Bacik wrote: > On Sat, Oct 8, 2011 at 5:13 PM, Richard Shaw wrote: >> On Sat, Oct 8, 2011 at 4:01 PM, Richard Shaw wrote: >>> Here's my bootchart link before making any modifications: >>> >>> http://dl.dropbox.com/u/34775202/boot.png >> >> Here's after adding the suggested mount options: >> >> http://dl.dropbox.com/u/34775202/reboot.png >> > > This one still shows a btrfs-cache-# thread, which means it was doing > the old slow method. This is expected since we'll do the old method > for every block group we don't have our space cache setup for. So > reboot a few times, let it get all of it's cache setup, and then do > another bootchart so I can see if it's still doing the old caching for > some reason. Thanks, There was quite a bit of disk activity after doing the remount so I assumed once it stopped that it was done. I guess that was not the case. I'll try again tonight. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 7:20 PM, Michael Cronenworth wrote: > On 10/07/2011 12:19 PM, Josef Bacik wrote: >> I don't doubt it's btrfs, but bootchart will tell me which one of our >> kernel threads is running so I can tell_what_ in btrfs is taking it's >> sweet time. Thanks, > > Here you go: > http://i284.photobucket.com/albums/ll20/daumas/bootchart.png > > It looks like btrfs-endio-met is the time waster. > The picture won't zoom all the way in for me so I can't read it at all, can you re-upload the full sized image? Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Sat, Oct 8, 2011 at 5:13 PM, Richard Shaw wrote: > On Sat, Oct 8, 2011 at 4:01 PM, Richard Shaw wrote: >> On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: >>> What Tomasz said, and if that doesn't help use bootchart and upload >>> the chart somewhere so I can see what's going on. Thanks, >> >> Here's my bootchart link before making any modifications: >> >> http://dl.dropbox.com/u/34775202/boot.png > > Here's after adding the suggested mount options: > > http://dl.dropbox.com/u/34775202/reboot.png > This one still shows a btrfs-cache-# thread, which means it was doing the old slow method. This is expected since we'll do the old method for every block group we don't have our space cache setup for. So reboot a few times, let it get all of it's cache setup, and then do another bootchart so I can see if it's still doing the old caching for some reason. Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Sat, Oct 8, 2011 at 4:01 PM, Richard Shaw wrote: > On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: >> What Tomasz said, and if that doesn't help use bootchart and upload >> the chart somewhere so I can see what's going on. Thanks, > > Here's my bootchart link before making any modifications: > > http://dl.dropbox.com/u/34775202/boot.png Here's after adding the suggested mount options: http://dl.dropbox.com/u/34775202/reboot.png It actually looks worse. My first boot without the mount options boot.mount was the longest at about 22sec. On this run systemd-tmpfiles was the longest. $ systemd-analyze blame | head 37504ms systemd-tmpfiles-setup.service 15058ms boot.mount 9650ms fedora-storage-init.service 7678ms fedora-storage-init-late.service 7298ms udev-settle.service 3710ms cups.service 2509ms akmods.service 1769ms lvm2-monitor.service 1702ms udev.service 1419ms autofs.service Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: > What Tomasz said, and if that doesn't help use bootchart and upload > the chart somewhere so I can see what's going on. Thanks, Here's my bootchart link before making any modifications: http://dl.dropbox.com/u/34775202/boot.png Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On 10/07/2011 12:19 PM, Josef Bacik wrote: > I don't doubt it's btrfs, but bootchart will tell me which one of our > kernel threads is running so I can tell_what_ in btrfs is taking it's > sweet time. Thanks, Here you go: http://i284.photobucket.com/albums/ll20/daumas/bootchart.png It looks like btrfs-endio-met is the time waster. Thanks, Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik wrote: > On Fri, Oct 7, 2011 at 12:40 PM, Tomasz Torcz wrote: >> On Fri, Oct 07, 2011 at 11:29:45AM -0500, Michael Cronenworth wrote: >>> Richard Shaw wrote: >>> > I rebooted a few times just to make sure it's not a scheduled fsck >>> > (not that there is a full fsck for BTRFS yet) and the hard drive light >>> > is on pretty solid the whole time... >>> >>> The fsck tool does nothing and will not be the cause of your delay. If >>> your fs gets even one bit corrupted you'll lose everything (just FYI). >>> >>> I've had long mount times on a btrfs drive (no LVM) for a while now. I'm >>> seeing mount take about 7 seconds to complete. I posted this delay to >>> the btrfs list and my message didn't receive a single reply. >> >> Do you have caches enabled and fully built? Remounting with >> "-o space_cache,inode_cache" will enable them. Then wait few minutes >> for caches to be built (I/O will stop when they're ready). Subsequent >> mounts should be faster. >> > > What Tomasz said, and if that doesn't help use bootchart and upload > the chart somewhere so I can see what's going on. Thanks, I'll give it a try. It's my laptop so I don't keep anything I care about on it. It's also my work laptop (dual boots XP which I'm using now). I may sneak in a reboot at work to make the chart, otherwise it will be tonight. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 11:29 AM, Michael Cronenworth wrote: > Richard Shaw wrote: >> I rebooted a few times just to make sure it's not a scheduled fsck >> (not that there is a full fsck for BTRFS yet) and the hard drive light >> is on pretty solid the whole time... > > The fsck tool does nothing and will not be the cause of your delay. If > your fs gets even one bit corrupted you'll lose everything (just FYI). > > I've had long mount times on a btrfs drive (no LVM) for a while now. I'm > seeing mount take about 7 seconds to complete. I posted this delay to > the btrfs list and my message didn't receive a single reply. I could deal with 7 seconds. As you can see from my "systemd-analyze blame" it's taking about 47 seconds. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
Josef Bacik wrote: > I don't doubt it's btrfs, but bootchart will tell me which one of our > kernel threads is running so I can tell_what_ in btrfs is taking it's > sweet time. Thanks, I'll run bootchart and get back to you when I'm at the system in question. Thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 1:16 PM, Michael Cronenworth wrote: > Josef Bacik wrote: >> What Tomasz said, and if that doesn't help use bootchart and upload >> the chart somewhere so I can see what's going on. Thanks, > > I posted[1] my systemd-analyze results to the list to show as proof that > it is btrfs. > > Plus my system is silent (root is an SSD, btrfs drive is a HDD) and the > only thing making noise at boot is the HDD for 7 seconds. > I don't doubt it's btrfs, but bootchart will tell me which one of our kernel threads is running so I can tell _what_ in btrfs is taking it's sweet time. Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, 2011-10-07 at 10:31 -0500, Richard Shaw wrote: > I am, however, running BTRFS on main main partitions on top of LVM > (since anaconda as of F15 still creates an LVM setup regardless of > filesystem?) FYI as of F16 there is a checkbox on the "what type of partitioning do you want?" screen (near the bottom) that enables or disables the use of LVM in automatic partitioning. All you have to do is disable it before proceeding if you do not want LVM. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
Josef Bacik wrote: > What Tomasz said, and if that doesn't help use bootchart and upload > the chart somewhere so I can see what's going on. Thanks, I posted[1] my systemd-analyze results to the list to show as proof that it is btrfs. Plus my system is silent (root is an SSD, btrfs drive is a HDD) and the only thing making noise at boot is the HDD for 7 seconds. [1] http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg12280.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On 10/07/2011 12:57 PM, Michael Cronenworth wrote: > Tomasz Torcz wrote: >> Do you have caches enabled and fully built? Remounting with >> "-o space_cache,inode_cache" will enable them. Then wait few minutes >> for caches to be built (I/O will stop when they're ready). Subsequent >> mounts should be faster. > > No. I'm using "defaults" as my mount option. > > I'm hesitant to enable the caches as btrfs is still very experimental > and I'd rather not have to rebuild the fs if something fails. I'm > probably just going to format the drive as ext4 and wait for btrfs to > mature. Since you are going to reformat the drive anyway, maybe a test with -o space_cache,inode_cache first would help the btrfs folks gain some information. -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
Tomasz Torcz wrote: >Do you have caches enabled and fully built? Remounting with > "-o space_cache,inode_cache" will enable them. Then wait few minutes > for caches to be built (I/O will stop when they're ready). Subsequent > mounts should be faster. No. I'm using "defaults" as my mount option. I'm hesitant to enable the caches as btrfs is still very experimental and I'd rather not have to rebuild the fs if something fails. I'm probably just going to format the drive as ext4 and wait for btrfs to mature. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 12:40 PM, Tomasz Torcz wrote: > On Fri, Oct 07, 2011 at 11:29:45AM -0500, Michael Cronenworth wrote: >> Richard Shaw wrote: >> > I rebooted a few times just to make sure it's not a scheduled fsck >> > (not that there is a full fsck for BTRFS yet) and the hard drive light >> > is on pretty solid the whole time... >> >> The fsck tool does nothing and will not be the cause of your delay. If >> your fs gets even one bit corrupted you'll lose everything (just FYI). >> >> I've had long mount times on a btrfs drive (no LVM) for a while now. I'm >> seeing mount take about 7 seconds to complete. I posted this delay to >> the btrfs list and my message didn't receive a single reply. > > Do you have caches enabled and fully built? Remounting with > "-o space_cache,inode_cache" will enable them. Then wait few minutes > for caches to be built (I/O will stop when they're ready). Subsequent > mounts should be faster. > What Tomasz said, and if that doesn't help use bootchart and upload the chart somewhere so I can see what's going on. Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 07, 2011 at 11:29:45AM -0500, Michael Cronenworth wrote: > Richard Shaw wrote: > > I rebooted a few times just to make sure it's not a scheduled fsck > > (not that there is a full fsck for BTRFS yet) and the hard drive light > > is on pretty solid the whole time... > > The fsck tool does nothing and will not be the cause of your delay. If > your fs gets even one bit corrupted you'll lose everything (just FYI). > > I've had long mount times on a btrfs drive (no LVM) for a while now. I'm > seeing mount take about 7 seconds to complete. I posted this delay to > the btrfs list and my message didn't receive a single reply. Do you have caches enabled and fully built? Remounting with "-o space_cache,inode_cache" will enable them. Then wait few minutes for caches to be built (I/O will stop when they're ready). Subsequent mounts should be faster. -- Tomasz Torcz ,,If you try to upissue this patchset I shall be seeking xmpp: zdzich...@chrome.pl an IP-routable hand grenade.'' -- Andrew Morton (LKML) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
Richard Shaw wrote: > I rebooted a few times just to make sure it's not a scheduled fsck > (not that there is a full fsck for BTRFS yet) and the hard drive light > is on pretty solid the whole time... The fsck tool does nothing and will not be the cause of your delay. If your fs gets even one bit corrupted you'll lose everything (just FYI). I've had long mount times on a btrfs drive (no LVM) for a while now. I'm seeing mount take about 7 seconds to complete. I posted this delay to the btrfs list and my message didn't receive a single reply. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Fri, Oct 7, 2011 at 11:17 AM, Clyde E. Kunkel wrote: > Don't really know...but, if no LV snapshots, then suspect BTRFS as it is > still very experimental. There is a newer lvm2 > (lvm2-2.02.84-4.fc15.x86_64) which fixed the LVM snapshot problem and > systemd (systemd-26-10.fc15.x86_64) for F15. I rebooted a few times just to make sure it's not a scheduled fsck (not that there is a full fsck for BTRFS yet) and the hard drive light is on pretty solid the whole time... If I have time this weekend I may try booting live media to do do a manual filesystem setup without LVM and reinstall. It's my laptop so I don't keep anything critical on it. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On 10/07/2011 11:31 AM, Richard Shaw wrote: > I posted this on the main mailing list but didn't get any hits. > Hopefully I'll have better luck here. > --- > > I found the following thread but I don't think mine is the same problem: > > http://lists.fedoraproject.org/pipermail/test/2011-June/100861.html > > I am, however, running BTRFS on main main partitions on top of LVM > (since anaconda as of F15 still creates an LVM setup regardless of > filesystem?) > > This is the only thing I can think of that's causing the problem. > > $ systemd-analyze blame | head > 47003ms fedora-storage-init.service > 30284ms boot.mount > 8829ms udev-settle.service > 3692ms cups.service > 1686ms systemd-vconsole-setup.service > 1567ms udev.service > 1510ms autofs.service > 1403ms fedora-readonly.service > 1311ms lvm2-monitor.service > 1295ms NetworkManager.service > > boot.mount I assume just remounts the boot partition as read-write, so > I think it's just waiting on fedora-storage-init.service. > > Any ideas? > > Thanks, > Richard Don't really know...but, if no LV snapshots, then suspect BTRFS as it is still very experimental. There is a newer lvm2 (lvm2-2.02.84-4.fc15.x86_64) which fixed the LVM snapshot problem and systemd (systemd-26-10.fc15.x86_64) for F15. -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
BTRFS on LVM causes long fedora-storage-init run?
I posted this on the main mailing list but didn't get any hits. Hopefully I'll have better luck here. --- I found the following thread but I don't think mine is the same problem: http://lists.fedoraproject.org/pipermail/test/2011-June/100861.html I am, however, running BTRFS on main main partitions on top of LVM (since anaconda as of F15 still creates an LVM setup regardless of filesystem?) This is the only thing I can think of that's causing the problem. $ systemd-analyze blame | head 47003ms fedora-storage-init.service 30284ms boot.mount 8829ms udev-settle.service 3692ms cups.service 1686ms systemd-vconsole-setup.service 1567ms udev.service 1510ms autofs.service 1403ms fedora-readonly.service 1311ms lvm2-monitor.service 1295ms NetworkManager.service boot.mount I assume just remounts the boot partition as read-write, so I think it's just waiting on fedora-storage-init.service. Any ideas? Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel