Bug 34871 - xinetd (mostly) fails to start telnet server
Summary: xinetd (mostly) fails to start telnet server
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xinetd (Show other bugs)
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2001-04-05 10:46 UTC by Mike Wilcox
Modified: 2007-04-18 16:32 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-04-05 10:46:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Mike Wilcox 2001-04-05 10:46:04 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.17-14smp i686)

xinetd is configured with an enabled telnet service; chkconfig confirms
this. The configuration causes xinetd to listen to port 23 on all
interfaces (netstat -a confirms this), and has no restrictions on the
source address for the connection. Firewall rules allow the connection to
be made through any interface (for now).

After freshly restarting xinetd, I can usually succeed in getting a telnet
connection through to the host.

However, xinetd fails to start the telnet server for any subsequent
connection attempt. The error logged implies a failure in system call
The behaviour is consistent when attempting to use telnet from a remote
host and when attempting to connect via

Actual syslog logs (debug level) are as follows:
xinetd[905] START: telnet pid=911 from
xinetd[905] START: telnet pid=915 from
xinetd[915] execv( /usr/sbin/in.telnetd ) failed: Bad address (errno=14).

It appears (from /usr/include/asm/errno.h) that execv() is returning
EFAULT; "man execve" says EFAULT is returned when "<filename> points
outside your accessible address space."

Reproducible: Always
Steps to Reproduce:
1. enable service in /etc/xinetd.d/telnet
2. /etc/rc.d/init/xinetd restart
3. telnet
4. telnet
5. goto 2.

Actual Results:  At step 3, telnet responds with the login prompt.
At step 4, the connection is dropped "Connection closed by foreign host"

Comment 1 Nalin Dahyabhai 2001-04-05 18:20:46 UTC
This should be fixed as of xinetd- (-5 is in Wolverine) and later.
Please reopen this bug ID if you find that this is not the case.  Thanks!

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