Red Hat Bugzilla – Bug 144732
Temporary disabled services can not be re-enabled (wont start)
Last modified: 2015-08-31 23:25:15 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
A customer is encountered the following phenominon.
I would beleve that it seem to very simillar case as Bug # 60049 which
is not fixed yet.
Dec 10 06:26:22 server xinetd: Deactivating service ftp due to
excessive incoming connections. Restarting in 30 seconds.
Dec 10 06:26:52 server xinetd: bind failed (Address already in
use (errno = 98)). service = ftp
Dec 10 06:26:52 server xinetd: Error activating service ftp
Dec 10 06:26:52 server xinetd: Failed to contact identity
server at xxx.xxx.xxx.xxx: timeout
(2) Config File /etc/xinetd.conf
# Simple configuration file for xinetd
# Some defaults, and include /etc/xinetd.d/
instances = 60
log_type = SYSLOG authpriv
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
I would appriciatet that if you could give me any work around this issue.
Please let me know that if you need any further info about this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. In order to access more that 25 access. The sevice will be stop
within 30 sec. However It does not work properly.
Fristly , I will issue it in IT.
However I have suggested to the customer to try to modify to following
param for work around.
cps = 50 30
Created attachment 109675 [details]
Test program for CPS
WORKSFORME with the attached simple test program. It creates a simple service,
triggers CPS, waits the CPS re-enable interval, and confirms that the service
Also, can you attach a tar of the /etc/xinetd.d directory on the
server? /etc/xinetd.conf by itself is of limited utility.
WORKSFORME and no activity in a long time. Closing.