Bug 76506 - xinetd 2.3.9 stops wu-ftp access
Summary: xinetd 2.3.9 stops wu-ftp access
Status: CLOSED DUPLICATE of bug 76146
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xinetd (Show other bugs)
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2002-10-22 16:17 UTC by Andrew Gormanly
Modified: 2007-04-18 16:47 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-11-04 18:15:41 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Andrew Gormanly 2002-10-22 16:17:06 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
After upgrading to xinetd 2.3.9 as per the errata, our FTP service stopped working.

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

How reproducible:

Steps to Reproduce:
1. Set up wu-ftpd with xinetd access control
2. Upgrade xinetd to 2.3.9
3. Try to get on to FTP server

Actual Results:  No access.

Client side:

ncftp> open -u luke ftpserver
Remote host has closed the connection.                                          
Sleeping 20 seconds...                                                          

Server's /var/log/messages:

Oct 22 14:35:22 ftpserver xinetd[28421]: START: ftp pid=17970 from=
Oct 22 14:35:22 ftpserver xinetd[17970]: Service=ftp: only_from list and
no_access list match equally the address
Oct 22 14:35:22 ftpserver xinetd[17970]: FAIL: ftp address from=
Oct 22 14:35:22 ftpserver xinetd[28421]: EXIT: ftp status=0 pid=17970

Expected Results:  On client:

ncftp> open -u luke ftpserver
Connecting to
ftpserver FTP server (Version wu-2.6.1-16.7x.1) ready.
Logging in...                                                                   
Password requested by for user "luke".

    Password required for luke.


In server logs:

Oct 22 17:12:24 ftpserver xinetd[18725]: START: ftp pid=18728 from=
Oct 22 17:12:24 ftpserver ftpd[18728]: USER luke
Oct 22 17:12:28 ftpserver ftpd[18728]: PASS password
Oct 22 17:12:28 ftpserver ftpd[18728]: FTP LOGIN FROM artoo 
[], luke

Additional info:

[root@ftpserver /etc]# cat xinetd.d/wu-ftpd 
# default: on
# description: The wu-ftpd FTP server serves FTP connections. It uses \
#       normal, unencrypted usernames and passwords for authentication.
service ftp
        socket_type             = stream
        wait                    = no
        user                    = root
        server                  = /usr/sbin/in.ftpd
        server_args             = -l -a
        log_on_success          += HOST EXIT DURATION USERID
        log_on_failure          += HOST USERID ATTEMPT 
        nice                    = 10
        disable                 = no
        log_type                = SYSLOG daemon info
        no_access               =
        only_from               =
        cps                     = 1 5
        max_load                = 3.0

Comment 1 mitchell mcgee 2002-10-23 13:22:35 UTC
After updating to xinetd-2.3.9-0.70 can no longer telnet nor FTP.  Mesage 
in /var/log/messages is: "libwrap refused connection to ftp".  We are running 
RH 7.0 on i686.

Comment 2 Mike Coutinho 2002-11-04 14:35:13 UTC
    I recently updated my server with RHN and my ftp server and pop services do 
not seem to work after the patches.  The only thing I can possibly trace it 
back to would be the update for xinetd RHSA-2002:196-09.  
    I receive two messages in my /var/log/messages file when inetd starts....
Nov  4 09:29:32 redoctober xinetd: xinetd shutdown failed
Nov  4 09:29:38 redoctober xinetd[11049]: Bad log-on_failure flag: PID [line=11]
Nov  4 09:29:38 redoctober xinetd[11049]: A fatal error was encountered while p$
Nov  4 09:29:38 redoctober xinetd[11049]: Exiting...
Nov  4 09:29:38 redoctober xinetd: xinetd startup succeeded

Comment 3 Mike Coutinho 2002-11-04 18:15:35 UTC
I am not sure exactly how I did it but I think I may have gotten it to work.  I 
updated to the most current kernel and all the other patches I could find and 
that didn't seem to do anything.  Then I went to the xinetd directory and 
looked at the sample.config.  The FTP section had userid listed rather than 
uname in the config.  I changed that and I think that might have done the 
trick.  I am still doing testing to see if I actually got it but it looks like 
xinetd could start cleanly in the log and I can ftp and pop3 into my server.

Comment 4 Bill Nottingham 2002-12-03 20:55:11 UTC

*** This bug has been marked as a duplicate of 76146 ***

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