Bug 55437 - xinetd misses some CHLD signals
Summary: xinetd misses some CHLD signals
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xinetd
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-10-31 06:08 UTC by Kent
Modified: 2007-04-18 16:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-12-01 00:07:49 UTC
Embargoed:

Attachments (Terms of Use)

Description Kent 2001-10-31 06:08:08 UTC 
Description of Problem:
My tftp server for which I'm using for network booting periodically hangs
the netbooting client machine during TFTP transfers.  When I check the TFTP
server there is a in.tftpd zombie which is a child of xinetd.  If I "kill
-CHLD `pidof xinetd`" before the client times out, netbooting proceeds
normally.  So it appears that xinetd fails to respond to a CHLD signal
sometimes.  I'm not completely sure that this is an xinetd bug and not a
tftpd bug, however I didn't have any problems with the inetd/tftp-server
combo on RedHat Linux 6.2.  I saw similar behavior with xinetd/tftpd on
RedHat Linux 7.0.

Version-Release number of selected component (if applicable):
xinetd-2.3.3-1

How Reproducible:
Unknown how to reproduce reliably.
Comment 1 Trond Eivind Glomsrxd 2001-11-06 20:29:58 UTC 
Could you take a look at #49132 and try the remedies there?
Comment 2 Trond Eivind Glomsrxd 2001-12-01 00:07:43 UTC 
Can you try the rpms at http://people.redhat.com/teg/xinetd/ ?
Comment 3 Trond Eivind Glomsrxd 2002-07-25 23:29:25 UTC 
Closing due to lack of feedback, reopen with new data if problem occurs with
current releases.
Note You need to log in before you can comment on or make changes to this bug.