Red Hat Bugzilla – Bug 82484
xinetd incorrectly stated as needing to restart for changes to take effect
Last modified: 2007-04-18 12:50:13 EDT
Description of problem:
As in Bug 55326, the text states that xinetd must be restarted so that changes
to the settings of an xinetd controlled service can take effect. This would be
xinetd services edited through chkconfig, ntsysv, serviceconf, or directly to
the configuration files.
Changes to the files in /etc/rcX.d/, /etc/hosts.allow and /etc/hosts.deny take
effect as soon as the file is saved. This is for new instances of xinetd
services, existing instances would continue to remain persistent.
Version-Release number of selected component (if applicable):
RHL 7.2 rhl-cg
Steps to Reproduce:
1. Open document at
2. Read last paragraph
3. Compare to Bug 55326
Misstatement about xineted
Accurate statement about xinetd
Similar to Bug 55326
How about the following:
The configuration file for xinetd is /etc/xinetd.conf, but you will notice upon
inspection of the file that it only contains a few defaults and an instruction
to include the /etc/xinetd.d directory. To enable or disable a xinetd service,
edit its configuration file in the /etc/xinetd.d directory. If the disable
attribute is set to yes, the service is disabled. If the disable attribute is
set to no, the service is enabled. If you change the disable value, the change
takes place immediately for any new connections. If a service is disabled,
existing connections remain persistent. For a list of network services
controlled by xinetd list of the contents of the /etc/xinetd.d directory with
the command ls /etc/xinetd.d.
That sounds good, but how about we change the last sentence to read:
For a list of network services controlled by xinetd, list the contents of the
/etc/xinetd.d directory with the command ls /etc/xinetd.d.
I changed my branch to read the combination of the above and this one.
Great. I'm closing this one out.