Bug 691075 - Boot up stalls for excessive amount of time
Summary: Boot up stalls for excessive amount of time
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 15
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 691908 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-26 15:49 UTC by Mike Chambers
Modified: 2011-04-28 15:14 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-28 15:14:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Trimmed copy of /var/log/message file to show the last reboot (93.27 KB, text/plain)
2011-03-26 15:49 UTC, Mike Chambers
no flags Details
fstab file (873 bytes, text/plain)
2011-03-26 20:35 UTC, Mike Chambers
no flags Details
Messages in systemd debug mode (182.44 KB, text/plain)
2011-03-26 20:51 UTC, Mike Chambers
no flags Details

Description Mike Chambers 2011-03-26 15:49:49 UTC
Created attachment 487831 [details]
Trimmed copy of /var/log/message file to show the last reboot

Description of problem:During a reboot, system takes almost 5 minutes to boot


Version-Release number of selected component (if applicable):systemd-20-1.fc15.x86_64


How reproducible:Always


Steps to Reproduce:
1.Install current F15 using KDE
2.Mount an nfs directory on the system
3.reboot
  
Actual results:System pauses for 1-3 minutes at couple places during boot


Expected results:System should boot up rather quickly (or lot faster than is now)


Additional info:

Going to attach my /var/log/messages file so you can see the results and the time delay.  There will be a pause between a printer message, then a home-download.mount message.  The printer is attached via usb, works just fine, as well as scan and everything else.  Don't think that is what is causing the delay.  Think it has to do with trying to auto mount my nfs dir and don't think dns/networking is running at that point, so therefore it won't work.

Comment 1 Michal Schmidt 2011-03-26 20:24:47 UTC
Could you attach /etc/fstab?
And booting with "systemd.log_level=debug" will give more detailed information in /var/log/messages.

Comment 2 Mike Chambers 2011-03-26 20:35:10 UTC
Created attachment 487953 [details]
fstab file

Comment 3 Mike Chambers 2011-03-26 20:51:39 UTC
Created attachment 487957 [details]
Messages in systemd debug mode

systemd.log_level=debug with latest /var/log/messages file.

Comment 4 Michal Schmidt 2011-03-27 00:15:18 UTC
I see a couple of bugs in the log:
 - network.target is reached long before NetworkManager is even started.
   (network.service is not enabled on this system).
   This should be fixed in the next systemd+NM upstream releases according to
   http://lists.freedesktop.org/archives/systemd-devel/2011-March/001692.html
 - local-fs.target is blocking on the NFS mount (indirectly via quotaon.service
   and quotacheck.service). This will be fixed in the next systemd upstream
   release by the commit
   http://cgit.freedesktop.org/systemd/commit/?id=0c380104cfc52b69ab39737722e8e91fbad6c676
   (the special quota dependencies will not be added for nfs filesystems)

Comment 5 Mike Chambers 2011-03-27 00:27:08 UTC
Is there something I can edit/change to test/try out in mean time to help with the delay until I fix is out?

Comment 6 Michal Schmidt 2011-03-27 07:55:05 UTC
To avoid the first problem you can use the classic network scripts:
 systemctl enable network.service
To avoid the second problem you can disable quotas:
 systemctl disable quotaon.service quotacheck.service

Comment 7 Mike Chambers 2011-03-27 13:47:09 UTC
As much as I would rather keep my system to the defaults, changing over to classic network and turning off quotas def did the trick.  Didn't stopwatch time it, but think from grub to desktop took less than a minute.  Hoping the fixes get out soon.

Comment 8 Michal Schmidt 2011-03-30 15:51:30 UTC
*** Bug 691908 has been marked as a duplicate of this bug. ***

Comment 9 Lennart Poettering 2011-04-12 12:09:22 UTC
On current F15, if you run "systemctl enable NetworkManager-wait-online.service", do things work then for you on the next reboot?

Comment 10 Mike Chambers 2011-04-13 10:12:30 UTC
[root@scrappy system]# systemctl enable NetworkManager-wait-online.service
Couldn't find NetworkManager-wait-online.service.

[root@scrappy system]# rpm -qa |grep NetworkManager
NetworkManager-openvpn-0.8.998-1.git20110405.fc15.x86_64
NetworkManager-glib-0.8.998-2.git20110406.fc15.x86_64
NetworkManager-pptp-0.8.998-1.fc15.x86_64
NetworkManager-0.8.998-2.git20110406.fc15.x86_64
evolution-NetworkManager-3.0.0-1.fc15.x86_64
NetworkManager-vpnc-0.8.998-1.git20110405.fc15.x86_64

[root@scrappy system]# rpm -qa |grep systemd
systemd-units-24-1.fc15.x86_64
systemd-24-1.fc15.x86_64

Comment 11 Mike Chambers 2011-04-13 10:22:43 UTC
System has been running somewhat better as of late and have done a new install or 2 since then..


Just stopwatched the boot and takes bout 1 minute 40 seconds from grub to desktop.  Think the networkmanager wait online service should do that automatically or built in to or something?  Anyway, as mentioned above, that service isn't on here or at least not working.  Didn't see it in /lib/systemd/service (?) neither.

Comment 12 Lennart Poettering 2011-04-27 02:08:29 UTC
requires a newer NM, from koji/bodhi.

Comment 13 Mike Chambers 2011-04-27 21:35:27 UTC
Sorry, I meant to comment couple days ago and think got sidetracked haha.  Anyway, boot up seems fine and even have the wait-online.service enabled (guess got the newer NM you were referring to).  Haven't seen anything to complain about yet.

NetworkManager-pptp-0.8.998-1.fc15.x86_64
evolution-NetworkManager-3.0.1-1.fc15.x86_64
NetworkManager-openvpn-0.8.998-1.git20110405.fc15.x86_64
NetworkManager-glib-0.8.998-3.git20110419.fc15.x86_64
NetworkManager-0.8.998-3.git20110419.fc15.x86_64
NetworkManager-vpnc-0.8.998-1.git20110405.fc15.x86_64

systemd-units-25-1.fc15.x86_64
systemd-25-1.fc15.x86_64

[mike@scrappy ~]$ sudo systemctl enable NetworkManager-wait-online.service
ln -s '/lib/systemd/system/NetworkManager-wait-online.service' '/etc/systemd/system/multi-user.target.wants/NetworkManager-wait-online.service'

Can close if you want as I'm satisfied currently.

Comment 14 Lennart Poettering 2011-04-28 15:14:11 UTC
OK, thanks. Will close.


Note You need to log in before you can comment on or make changes to this bug.