ClearFoundation Tracker - ClearOS
View Issue Details
0002831ClearOSapp-base - Base Systempublic2015-05-22 13:492015-11-23 12:33
bchambers 
user2 
normalminoralways
closedfixed 
7.1.0 Beta 2 
7.1.0 RC1 
0002831: On boot status mis-reported
libraries/Daemon.php get_boot_state function can misreport whether a service is to start on boot.

Logic is to look in SysV directory first, if it finds an entry, it returns false.

Here's the folder for plexmedia (and other's?):

[benjamin@localhost base]$ ls /etc/rc.d/rc3.d
K01snort K02snortsam K50netconsole S10network S13firewall6 S26storage S79amavisd S99plexmediaserver S99syswatch S99vpnwatchd

After "systemctl disable plexmediaserver", the rc3.d reference for plex is still there, however, in SystemD, it shows correct:

[root@cos7b1 benjamin]# systemctl list-unit-files --type=service | grep plex
plexmediaserver.service disabled

IOW, we can't count on SysV an SysD being 'in sync'.
No tags attached.
Issue History
2015-05-22 13:49bchambersNew Issue
2015-05-25 04:55user2Target Version7.1.0 Beta 2 => 7.1.0 Beta 3
2015-07-12 11:26user2Target Version7.1.0 Beta 3 => 7.1.0 RC1
2015-08-28 09:34user2Statusnew => confirmed
2015-08-28 15:47user2Note Added: 0001902
2015-08-28 15:53user2Statusconfirmed => resolved
2015-08-28 15:53user2Resolutionopen => fixed
2015-08-28 15:53user2Assigned To => user2
2015-11-23 12:33user2Statusresolved => closed

Notes
(0001902)
user2   
2015-08-28 15:47   
That's unique to plexmediaserver. Both the init.d and systemd scripts are shipped with the RPM (I don't know of any other daemons that do that - it's either one or the other, but not both). What's interesting is that the /etc/rc.d/rc3.d/S99plexmediaserver is ignored! How does systemd do that black magic?

Regardless - use case is now fixed.