Bug 23560

Summary: xinetd - linuxconf-web still not fixed
Product: [Retired] Red Hat Linux Reporter: Sterling Ledet & Associates, Inc. <sjledet>
Component: xinetdAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0CC: johannes.stille, milan.kerslager
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-04-10 21:13:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Wait patch for xinetd, diff against xinetd-2.1.8.9pre14-6 from qa0404's SRPMS. none

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-2.1.8.9pre11 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 
obvious.

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 
parameter).

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

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-2.1.8.9pre14/xinetd/connection.c.orig	Mon Dec 11 00:57:11 2000
+++ xinetd-2.1.8.9pre14/xinetd/connection.c	Tue Apr 10 22:20:34 2001
@@ -86,8 +86,6 @@

	}
 #endif

-
	M_SET( cp->co_flags, COF_HAVE_ADDRESS ) ;
-
	M_SET( cp->co_flags, COF_NEW_DESCRIPTOR ) ;
 	}
 	else
 	{

The original of this patch can be found at:
ftp://ftp.solucorp.qc.ca/pub/misc/xinetd-wait.patch

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-2.1.8.9pre14-6 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-2.1.8.9pre14-7, 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. ***