Bug 23560 - xinetd - linuxconf-web still not fixed
Summary: xinetd - linuxconf-web still not fixed
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xinetd   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: David Lawrence
: 18221 38221 39189 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-01-08 00:13 UTC by Sterling Ledet & Associates, Inc.
Modified: 2007-04-18 16:30 UTC (History)
2 users (show)

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

Attachments (Terms of Use)
Wait patch for xinetd, diff against xinetd- from qa0404's SRPMS. (283 bytes, patch)
2001-04-10 20:39 UTC, Milan Kerslager
no flags Details | Diff

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2001:075 normal SHIPPED_LIVE : xinetd bug fix update 2001-06-04 04:00:00 UTC

Description Sterling Ledet & Associates, Inc. 2001-01-08 00:13:50 UTC
Although this is marked as resolved in bugzilla, if there is an 
/etc/hosts.deny file active, linuxconf-web still does not work with xinetd 
even after the current errata are applied.

Comment 1 Trond Eivind Glomsrxd 2001-01-08 01:58:49 UTC
You probably haven't enabled the linuxconf service, it isn't enabled by default.

Comment 2 Need Real Name 2001-02-07 16:51:10 UTC
There still is a real bug in the xinetd source rpm (xinetd- of 
October 2000): In the source, a patch was not correctly applied - look at 
the .rej file for connection.c. Result of this bug is that a tcp wait service 
(as e.g. linuxconf) never can be restarted once the daemon exits. The fix is 

Comment 3 Trond Eivind Glomsrxd 2001-02-19 17:21:32 UTC
There is no .rej files in the current version, and haven't been for some time
either... Still looking into the original problem.

Comment 4 Trond Eivind Glomsrxd 2001-04-09 17:30:59 UTC
*** Bug 18221 has been marked as a duplicate of this bug. ***

Comment 5 Milan Kerslager 2001-04-10 02:11:26 UTC
Still I wonder why this doesn't produce anything:

linuxconf --http
GET / HTTP/1.0

It seems that linuxconf hang somewhere in its code and waiting indefinitely. 
The same hang you can see if linuxconf is inoked by xinetd (with the same 

Verified in qa0404, RH 7.0 has the same trouble (even upgrading xinetd & 

Comment 6 Milan Kerslager 2001-04-10 02:20:21 UTC
Hmm, I tryed command line on RH 6.2 where WWW access via inetd works and 
linuxconf did not produxce any output too. So this seems that the bug may be 
inside xinetd as is written above. Sorry.

Comment 7 Milan Kerslager 2001-04-10 20:37:21 UTC
I tryed the wait patch from linuxconf guys. It makes linuconf work again. Here
it is:

--- xinetd-	Mon Dec 11 00:57:11 2000
+++ xinetd-	Tue Apr 10 22:20:34 2001
@@ -86,8 +86,6 @@


	M_SET( cp->co_flags, COF_HAVE_ADDRESS ) ;
	M_SET( cp->co_flags, COF_NEW_DESCRIPTOR ) ;

The original of this patch can be found at:

Please, apply this patch if you can as this solve the problem with wait services
served by xinetd. I will attach this patch as an attachment to this bug.

Comment 8 Milan Kerslager 2001-04-10 20:39:44 UTC
Created attachment 15084 [details]
Wait patch for xinetd, diff against xinetd- from qa0404's SRPMS.

Comment 9 Trond Eivind Glomsrxd 2001-04-10 21:13:01 UTC
I found this a couple of hours ago :)

Comment 10 Trond Eivind Glomsrxd 2001-04-10 22:21:52 UTC
The release with the fix is xinetd-, coming soon to Rawhide and
available now from http://people.redhat.com/teg/xinetd/

Comment 11 Trond Eivind Glomsrxd 2001-05-01 15:00:58 UTC
*** Bug 38221 has been marked as a duplicate of this bug. ***

Comment 12 Trond Eivind Glomsrxd 2001-05-07 21:11:53 UTC
*** Bug 39189 has been marked as a duplicate of this bug. ***

Comment 13 Trond Eivind Glomsrxd 2001-05-08 14:34:15 UTC
*** Bug 39189 has been marked as a duplicate of this bug. ***

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