Hide Forgot
Description of problem: In /etc/rc.d/init.d/ntpd I see: prog=ntpd lockfile=/var/lock/subsys/$prog start() { [ "$EUID" != "0" ] && exit 4 [ "$NETWORKING" = "no" ] && exit 1 [ -x /usr/sbin/ntpd ] || exit 5 [ -f /etc/sysconfig/ntpd ] || exit 6 . /etc/sysconfig/ntpd # Start daemons. echo -n $"Starting $prog: " daemon $prog $OPTIONS So the service daemonizes $prog without an absolute path specified even though the init script checks for existence of /usr/sbin/ntpd. Please always use absolute path for daemonizing services. Not referencing absolute path there will cause just 'ntpd', not '/usr/sbin/ntpd' being shown in process table causing our box signoff script to fail because it might lead to execution of unwanted/subverted ntpd present ahead of /usr/sbin in a search path. Version-Release number of selected component (if applicable): /usr/sbin/ntpd How reproducible: always
Thanks for the report, Jindrich. This looks like an easy fix. If the issue is important to you, you may want to escalate it through the support.
Thanks Mirek. I just filed a support request as well: https://access.redhat.com/support/cases/#/case/01752931
Hi Jindrich, We have the support request. We'll use that to get this prioritized and slated for a formal erratum.
Red Hat Enterprise Linux 6 transitioned to the Production 3 Phase on May 10, 2017. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. The official life cycle policy can be reviewed here: http://redhat.com/rhel/lifecycle This issue does not appear to meet the inclusion criteria for the Production Phase 3 and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL: https://access.redhat.com