Bug 676856

Summary:	In runlevel 1 (no network), it asks for NTP time, and hangs waiting for NTP service
Product:	[Fedora] Fedora	Reporter:	Horst H. von Brand <vonbrand>
Component:	systemd	Assignee:	systemd-maint
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	johannbg, lpoetter, metherid, mschmidt, notting, plautrba
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-02-27 11:20:58 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Horst H. von Brand 2011-02-11 15:19:05 UTC

Description of problem:
My machine was hosed (GDM shows a window full of boxes, and I can't log into Gnome), so I booted into runlevel 1. But there is a longish wait while the (non-networked!) machine asks for current time and date via NTP, and then hangs waiting for NTP service. The only way out was to boot into runlevel 3.

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

How reproducible:
Always. Tried several kernels here.

Steps to Reproduce:
1. Boot into runlevel 1
2.
3.
  
Actual results:
Long timeouts, finally hang

Expected results:
Speedy boot into maintenance mode.

Additional info:

Comment 1 Lennart Poettering 2011-02-16 22:54:52 UTC

Hmm, can you paste "systemctl show ntpd.service"?

Not sure what might have pulled in NTP into runlevel 1 for you.

Comment 2 Horst H. von Brand 2011-02-17 12:51:11 UTC

Now I've got systemd-17-6.fc16.x86_64. This machine started as Fedora 13 (around the time it came out) and went to rawhide almost immediately.

$ systemctl show ntpd.service

Id=ntpd.service
Names=ntpd.service
Requires=basic.target
WantedBy=multi-user.target
Conflicts=shutdown.target
Before=single.service smb.service nmb.service shutdown.target multi-user.target smolt.service
After=syslog.target ntpdate.service dnsmasq.service basic.target auditd.service netconsole.service qemu.service
Description=Network Time Service
LoadState=loaded
ActiveState=active
SubState=running
FragmentPath=/lib/systemd/system/ntpd.service
InactiveExitTimestamp=Wed, 16 Feb 2011 10:54:09 -0300
ActiveEnterTimestamp=Wed, 16 Feb 2011 10:54:09 -0300
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
DefaultControlGroup=name=systemd:/system/ntpd.service
ControlGroups=cpu:/system/ntpd.service name=systemd:/system/ntpd.service
NeedDaemonReload=no
JobTimeoutUSec=0
Type=simple
Restart=no
NotifyAccess=none
RestartUSec=100ms
TimeoutUSec=1min
ExecStart={ path=/usr/sbin/ntpd ; argv[]=/usr/sbin/ntpd -n -u ntp:ntp $OPTIONS ; ignore=no ; start_time=[Wed, 16 Feb 2011 10:54:09 -0300] ; stop_time=[n/a] ; pid=1400 ; code=(null) ; status=0/ }
Environment=OPTIONS=-g
UMask=0002
LimitCPU=18446744073709551615
LimitFSIZE=18446744073709551615
LimitDATA=18446744073709551615
LimitSTACK=18446744073709551615
LimitCORE=18446744073709551615
LimitRSS=18446744073709551615
LimitNOFILE=1024
LimitAS=18446744073709551615
LimitNPROC=30485
LimitMEMLOCK=65536
LimitLOCKS=18446744073709551615
LimitSIGPENDING=30485
LimitMSGQUEUE=819200
LimitNICE=0
LimitRTPRIO=0
LimitRTTIME=18446744073709551615
OOMScoreAdjust=0
Nice=0
IOScheduling=0
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=50000
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardOutput=inherit
StandardError=inherit
SyslogPriority=30
SyslogLevelPrefix=yes
SecureBits=0
CapabilityBoundingSetDrop=0
MountFlags=1048576
PrivateTmp=no
SameProcessGroup=no
KillMode=control-group
KillSignal=15
PermissionsStartOnly=no
RootDirectoryStartOnly=no
RemainAfterExit=no
ExecMainStartTimestamp=Wed, 16 Feb 2011 10:54:09 -0300
ExecMainExitTimestamp=Wed, 16 Feb 2011 10:54:09 -0300
ExecMainPID=1400
ExecMainCode=0
ExecMainStatus=0
MainPID=1400
ControlPID=0
SysVStartPriority=58
FsckPassNo=0

Comment 3 Horst H. von Brand 2011-02-23 13:59:41 UTC

BTW, I was checking something on the machine in runlevel 5 without any network connection lately, and on shutting down I again saw that NTP date had failed (obvious), and the NTP daemon had been started.

Comment 4 Horst H. von Brand 2011-02-24 02:09:39 UTC

I tried runlevel 1 again, no NTP shenanigans now. But it still tries to run NTP date and the NTP daemon in runlevel 3 if there is no network.

Comment 5 Lennart Poettering 2011-03-01 23:51:30 UTC

Hmm, so what is precisely the issue now? What are you not expecting that happens and what are you expecting that does not happen?

Comment 6 Horst H. von Brand 2011-03-20 16:56:52 UTC

Just tried again on this netbook, configured to run NetworkManager (and thus having network) only when a user logs in.

The NTP service is started (and fails due to no DNS, obvious) _before_ anybody logs in (i.e., before any network is available).

I'd want NTP (and other network-dependent services) get started only when the network is available.

Comment 7 Lennart Poettering 2011-04-12 12:15:15 UTC

On current F15, if you run "systemctl enable NetworkManager-wait-online.service", do things work then?

Comment 8 Fedora Admin XMLRPC Client 2011-10-20 16:24:43 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Jóhann B. Guðmundsson 2012-02-27 11:20:58 UTC

Closing this bug since the needinfo request has not been responded to in several months.