Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 34871 - xinetd (mostly) fails to start telnet server
xinetd (mostly) fails to start telnet server
Product: Red Hat Linux
Classification: Retired
Component: xinetd (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2001-04-05 06:46 EDT by Mike Wilcox
Modified: 2007-04-18 12:32 EDT (History)
0 users

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

Attachments (Terms of Use)

  None (edit)
Description Mike Wilcox 2001-04-05 06:46:04 EDT
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 14:20:46 EDT
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.