The filetrigger for packages that need to reload httpd runs systemctl reload-or-try-restart httpd.service, which looking at the man page should be the right thing to do.  We want it to reload the service if it's running, or do nothing if it's not.  The systemctl man page says:
       reload-or-try-restart PATTERN...
           Reload one or more units if they support it. If not, restart them
           instead. This does nothing if the units are not running. Note that,
           for compatibility with SysV init scripts, force-reload is
           equivalent to this command.

Yet, when these filetriggers run while httpd.service isn't running (or if you just run that systemctl command), it says:
Job for httpd.service failed. See "systemctl status httpd.service" and "journalctl -xe" for details.

and systemctl status shows:
Unit httpd.service cannot be reloaded because it is inactive.


It should not be printing that "failed" message.  As the man page states, in this case, it should literally do nothing.  Running reload-or-try-restart on an inactive service should not fail, should not be considered a failure, and should not print a failure message.

The fact that it does could make someone accidentally hyperventilate as they watch their urpmi --auto-select run :o)  It should save such a failure message for cases in which httpd.service *is* running, and the httpd -k graceful command that will then be run when it does reload the service exits with a non-zero exit status.  This would generally indicate some kind of actual failure which would need to be attended to.

Reproducible: 

Steps to Reproduce: