On Wed, Jun 20, 2018 at 12:34 PM Gerald B. Cox <gbcox@xxxxxx> wrote:
This isn't related to a service, but is throwing out an spurious error message. There is a patch but it hasn't made it's wayyet into the Fedora kernel:rt_cmos registration error: rhbz#1568276Basically an error is being thrown because your system doesn't have battery backup. To their credit, it was quickly identifiedand patched. We now just have to wait for the patch to be applied.However these:The mcelog.service message is associated with rhbz#1166978The dbxtool.service message is associated with rhbz#1508808The rngd.service message is associated with rhbz#1490632At least for me are the result of services being enabled by default, that should never have been enabled for myenvironment.mcelog: I am using an AMD processor. This service only applies to Intel.dbxtool: I am not using SecureBoot. This service only applies to machines using SecureBoot.rngd: I am not using a machine that has a hardware RNG generatorAgain, if we are apparently so concerned about a streamlined user experience, why are westarting processes that aren't needed - and in fact are not appropriate for a particular environment,and then throwing out error messages which are spurious and confusing?In my case, this caused me to spend hours individually tracking down all these error messagesto find out that there is nothing wrong with my environment. Instead the issue is these servicesare inappropriately started for EVERYBODY - and in one case have been languishing for years.Last time I checked, Fedora wasn't an Intel only, SecureBoot only, mandatory hardware RNG generatorenvironment.If we truly are concerned about end user experience - this isn't the way to go about it.
The proper behavior here would be for these services not to be marked as "failed" when the appropriate hardware is not present. When possible, we should be using systemd's Condition* features to skip attempting to start it at all, but for things where we can't know it ahead of time, we should modify the start script to look for appropriate error codes/messages and treat the service as "success" if it's skipped because it's not supported on the current hardware.
This would be the ideal situation, because it means that if the situation changes (e.g. mcelog gains AMD support in an update, someone plugs in an hardware RNG device, etc.), the service will start working without additional intervention.
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/65FEOGRTZJL32XMQE7RZOJN4X3EMPNZN/
