Bug 1264727 - systemctl is-active reports "unknown" after recent systemd udpate
Summary: systemctl is-active reports "unknown" after recent systemd udpate
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 22
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-09-21 04:08 UTC by Paul DeStefano
Modified: 2015-09-22 07:20 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-09-22 07:20:32 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Paul DeStefano 2015-09-21 04:08:23 UTC
Description of problem:

$ /bin/systemctl is-active sshd.service
unknown


Version-Release number of selected component (if applicable):
systemd-219-21.fc22.x86_64

How reproducible:
always since update

Steps to Reproduce:
1. run 'systemctl is-active' for any service
2.
3.

Actual results:
"unknown"

Expected results:
as documented in manual pages

Comment 1 Jan Synacek 2015-09-21 07:10:58 UTC
(In reply to Paul DeStefano from comment #0)
> How reproducible:
> always since update

From which version to which version? Does the command work if you put SELinux to permissive?

Comment 2 Paul DeStefano 2015-09-21 17:08:24 UTC
Ah, okay.  I didn't reboot after systemd upgrade and, after rebooting, this symptom was gone and it wasn't broken.  I assume that is expected?  I've certainty upgraded systemd in the past and not had this problem before rebooting, but perhaps this behavior doesn't surprise others.

Not sure how best to answer your question.  dnf.rpm.log shows
CLEANUP: systemd-219-19.fc22.x86_64
right after the upgrade to this version, so I'm guessing that was the previously installed version.

Comment 3 Jan Synacek 2015-09-22 07:20:32 UTC
You should always reboot if you are updating the init daemon (systemd).

So, after reboot, this issue is not reproducible anymore.


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