From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 Description of problem: From time to time xinetd failed to launch services. It s totally freeze and doesn't spawn processes it should do Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1. launch amcheck on the backup server 2. 3. Actual Results: no response from the client Expected Results: The client should say that it s ok Additional info: restarting xinetd "solve" the problem but it s not really an issue. It seems somewhat related with the log rotation. If i don't make log with my mail server i didn't see at all that problem but i really need that log.
Well i solve the problem with upgrading to the last version of xinetd. I can provide u the rpm i made of it
the version is the 3.2.9 and here is what is related on my problem on the changelog of the 3.2.9 * Fixed a race when there's 1 service configured and it is a wait service.
*** Bug 74727 has been marked as a duplicate of this bug. ***
Same problem. I have RH 7.2, xinetd-2.3.9-0.72 (btw, Eric.Doutreleau wrote 3.2.9, was a mistake?) From time to time some service under xinetd (rsync, proftpd) hangs until I restart xinetd. Here is a dump of ps during a hang of proftpd: ps axf ... 770 ? S 0:00 xinetd -stayalive -reuse -pidfile /var/run/xinetd.pid 16756 ? ZN 0:00 \_ [proftpd <defunct>] ... The problem started when I upgraded xinetd. I downgraded xinetd and all seem to work fine...
This is the biggest single complaint on the RH7.2 and RH7.3 systems we maintain ... FTP, POP3, SMTP etc not responding. We do "service xinetd restart" when necessary and have a cron job to do it every hour in case the local pager service is down and we are unaware of the problem. Seems to have gotten slightly worse with latest 2.3.9-0.73 update. I know xinetd is supposed to shut off a service when it encounters a DOS attack. The problems are (1) it never seems to resume the service and (2) it sometimes shuts off all services instead of the one being attacked.
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED state for these products. However, we do want to make sure that nothing important slips through the cracks. If, in fact, these issues are not resolved in a current Fedora Core Release (such as Fedora Core 5), please open a new issues stating so. Thanks.