Bug 1318215 - logind fails to start on arm32
Summary: logind fails to start on arm32
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 24
Hardware: armv7hl
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-16 09:55 UTC by Mairi Dulaney
Modified: 2016-03-17 05:39 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-16 16:59:30 UTC
Type: Bug


Attachments (Terms of Use)

Description Mairi Dulaney 2016-03-16 09:55:37 UTC
Description of problem:
Mar 16 05:37:54 localhost systemd[1]: Starting Login Service...
Mar 16 05:37:56 localhost systemd[1]: Starting Initial Setup configuration program...
Mar 16 05:38:00 localhost systemd[1]: Started D-Bus System Message Bus.
Mar 16 05:38:12 localhost dbus[1030]: [system] Successfully activated service 'org.freedesktop.systemd1'
Mar 16 05:38:13 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=
Mar 16 05:38:14 localhost systemd[1]: Starting firewalld - dynamic firewall daemon...
Mar 16 05:38:17 localhost systemd[1]: Starting NTP client/server...
Mar 16 05:38:19 localhost systemd[1]: Starting Permit User Sessions...
Mar 16 05:38:21 localhost systemd[1]: Received SIGRTMIN+21 from PID 1026 (kill).
Mar 16 05:38:24 localhost chronyd[1049]: chronyd version 2.3 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SECHASH +ASYNCDN
Mar 16 05:38:32 localhost systemd[1]: Received SIGRTMIN+21 from PID 998 (plymouthd).
Mar 16 05:38:34 localhost audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=p
Mar 16 05:38:36 localhost systemd-logind[1022]: Failed to enable subscription: Connection timed out
Mar 16 05:38:39 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=
Mar 16 05:38:37 localhost systemd-logind[1022]: Failed to fully start up daemon: Connection timed out
Mar 16 05:38:39 localhost systemd[1]: Started Permit User Sessions.
Mar 16 05:38:43 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=
Mar 16 05:38:40 localhost systemd[1]: systemd-logind.service: Main process exited, code=exited, status=1/FAILURE
Mar 16 05:38:43 localhost systemd[1]: Failed to start Login Service.
Mar 16 05:38:43 localhost systemd[1]: systemd-logind.service: Unit entered failed state.
Mar 16 05:38:43 localhost systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
Mar 16 05:38:52 localhost systemd[1]: Cannot find unit for notify message of PID 1022.
Mar 16 05:38:54 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=
Mar 16 05:38:53 localhost systemd[1]: Started NTP client/server.
Mar 16 05:38:57 localhost systemd[1]: systemd-logind.service: Service has no hold-off time, scheduling restart.


Version-Release number of selected component (if applicable):
systemd-229-6.fc24.armv7hl

How reproducible:
Always

Steps to Reproduce:
1. Boot minimal arm image
2. wait

Actual results:
Both initial-setup and logind fail to start

Expected results:
initial-setup-tui and happiness.

Comment 1 Mairi Dulaney 2016-03-16 09:57:53 UTC
Also, received on the console:

Cannot open access to console, the root account is locked.

Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)

Comment 2 Fedora Blocker Bugs Application 2016-03-16 10:00:35 UTC
Proposed as a Blocker for 24-alpha by Fedora user jdulaney using the blocker tracking app because:

 Proposing under the criteria:

Release-blocking ARM disk images must boot to the initial-setup utility.

Comment 3 Zbigniew Jędrzejewski-Szmek 2016-03-16 12:17:42 UTC
Looks like some dbus issue... Could you investigate what happens when you restart systemd-logind.service by hand? Is dbus otherwise functional?

Comment 4 Adam Williamson 2016-03-16 16:24:18 UTC
Paul, have you seen this?

John, what image did you boot exactly? What ARM system did you boot it on?

Comment 5 Paul Whalen 2016-03-16 16:29:19 UTC
(In reply to Adam Williamson from comment #4)
> Paul, have you seen this?
> 
> John, what image did you boot exactly? What ARM system did you boot it on?

I haven't. I confirmed its working here on the Beaglebone Black and qemu in Alpha 1.1.

Comment 6 Mairi Dulaney 2016-03-16 16:59:30 UTC
I just redownloaded and was unable to reproduce.  Might be I got a bad image.  Closing accordingly.


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