Bug 786500 - starting xinetd/tftp doc bug
Summary: starting xinetd/tftp doc bug
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: doc-Installation_Guide
Version: 6.4
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Jack Reed
QA Contact: ecs-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-01 15:44 UTC by gregrwm
Modified: 2013-06-17 05:43 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-22 00:13:49 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description gregrwm 2012-02-01 15:44:20 UTC
Description of problem:

http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/Installation_Guide/index.html

section 30.4. Starting the tftp Server
says
/sbin/chkconfig --level 345 xinetd on
/sbin/chkconfig --level 345 tftp on
These commands configure the tftp and xinetd services to immediately turn on

that's not quite correct.
if xinetd isn't already running that won't start it (until the next boot).

Comment 2 Ondrej Vasik 2012-02-01 17:51:55 UTC
Moving to doc-Installation_Guide component, as the issue seems to be there.

Comment 3 Jack Reed 2012-02-13 04:31:43 UTC
Thanks for reporting this, gregrwm.

I've edited the sentence to read as follows: "These commands configure the tftp and xinetd services to start at boot time in runlevels 3, 4, and 5."

This now implies that a reboot is required to start the services.

Comment 7 Dayle Parker 2012-06-22 00:13:49 UTC
This bug is now fixed and available as part of the Red Hat Enterprise Linux 6.3 release on http://docs.redhat.com/.

Setting to CLOSED > CURRENTRELEASE.


Note You need to log in before you can comment on or make changes to this bug.