Bug 637183 - 'systemctl show' and 'systemctl enable' ambiguous results
Summary: 'systemctl show' and 'systemctl enable' ambiguous results
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-24 14:40 UTC by Valdis Kletnieks
Modified: 2010-11-21 21:42 UTC (History)
5 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2010-11-21 21:42:16 UTC


Attachments (Terms of Use)
output of systemctl commands during testing (2.76 KB, text/plain)
2010-09-24 14:40 UTC, Valdis Kletnieks
no flags Details

Description Valdis Kletnieks 2010-09-24 14:40:51 UTC
Created attachment 449432 [details]
output of systemctl commands during testing

Description of problem:
I do a 'systemctl enable smartd.service', and it says it can't find it.

'systemctl -a | grep smart' finds it.

I do 'systemctl show smartd.service', and it produces output (which make me wonder why it couldn't find it for 'enable') - but sets $? == 3 which indicates failure (but presumably a different failure than the $? == 1 that the 'enable' threw).

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

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Valdis Kletnieks 2010-09-24 15:10:33 UTC
Forgot to include - 'systemctl start smartd.service' will in fact launch smartd

Comment 2 Lennart Poettering 2010-10-08 00:40:18 UTC
"systemctl enable" can only be used for native services for now.

Comment 3 Lennart Poettering 2010-11-21 21:42:16 UTC
systemctl will now redirect "systemctl enable" calls for SysV services to chkconfig. Also, systemctl show will not return any surprising return values anymore (the reason it did was that systemctl show was handled by the same logic as systemctl status which closely followed the LSB semantics for status, which mandate that 3 is returned when a service is not running).

This is in systemd git and soon in rawhide.


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