ClearOS Bug Tracker


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002831ClearOSapp-base - Base Systempublic2015-05-22 13:492015-11-23 12:33
Reporterbchambers 
Assigned Touser2 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version7.1.0 Beta 2 
Target Version7.1.0 RC1Fixed in Version 
Summary0002831: On boot status mis-reported
Descriptionlibraries/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'.
TagsNo tags attached.
Attached Files

- Relationships

-  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.

- Issue History
Date Modified Username Field Change
2015-05-22 13:49 bchambers New Issue
2015-05-25 04:55 user2 Target Version 7.1.0 Beta 2 => 7.1.0 Beta 3
2015-07-12 11:26 user2 Target Version 7.1.0 Beta 3 => 7.1.0 RC1
2015-08-28 09:34 user2 Status new => confirmed
2015-08-28 15:47 user2 Note Added: 0001902
2015-08-28 15:53 user2 Status confirmed => resolved
2015-08-28 15:53 user2 Resolution open => fixed
2015-08-28 15:53 user2 Assigned To => user2
2015-11-23 12:33 user2 Status resolved => closed