Bug 151638 - vsftpd crashes on login
Summary: vsftpd crashes on login
Alias: None
Product: Fedora
Classification: Fedora
Component: vsftpd   
(Show other bugs)
Version: 3
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Radek Vokal
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2005-03-21 10:57 UTC by P Fudd
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: 2.0.4-1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-08 08:36:19 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 P Fudd 2005-03-21 10:57:07 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922

Description of problem:
220 (vsFTPd 2.0.3)

USER someuser

331 Please specify the password.

PASS somepass

530 Login incorrect.

500 OOPS: vsf_sysutil_recv_peek: no data

500 OOPS: child died

grep someuser /etc/passwd:
someuser:x:556:556:guest acct:/var/www/html/someuser/./:/etc/ftponly

The shell /etc/ftponly is not in /etc/shells

Version-Release number of selected component (if applicable):
vsftpd-2.0.3-pre2, vsftpd-2.0.1-5

How reproducible:

Steps to Reproduce:
1. Create a user with a password and a shell that doesn't exist in /etc/shells
2. Try to log in.

Actual Results:  530 Login incorrect.
500 OOPS: vsf_sysutil_recv_peek: no data
500 OOPS: child died

Expected Results:  Successful login.

Additional info:

It's a mystery to me why a bad shell should cause such a hiccup.  I'd expect a nice (or mysterious) error message for the user and a clear error message to syslog.

Comment 1 Chris Evans 2005-03-22 22:30:52 UTC
Can't reproduce any vsftpd problem.
500 OOPS: vsf_sysutil_recv_peek: no data usually means that the FTP client
just disconnects suddenly. What FTP client is in use here?

Comment 2 P Fudd 2005-07-31 09:02:22 UTC
Initially I discovered the problem using Mozilla.  Then I tried the regular
'ftp' command.  I wound up using 'telnet' to demonstrate the problem to myself.

It's been a while, and I've reformatted that system since then, but I'm thinking
it might have been a problem with selinux.  Try adding a user to the password
and shadow files with 'vi', don't tell selinux about the user, and see if that
causes it.  If not, then I guess this bug has vanished.

Sorry for the long delay!

Comment 3 Kumphanart Dansiri 2005-09-22 09:49:20 UTC
The problem will go away as soon as you disable selinx.  I would like the work
around for selinux enabled.

Comment 4 Radek Vokal 2006-02-07 12:04:30 UTC
If it's a selinux issue, can you post the vsftpd related lines from
/var/log/audit.log and /var/log/messages here? 

Comment 5 Penelope Fudd 2006-02-08 08:33:18 UTC
Ouchie.  I reformatted that system in July of last year and haven't experienced
the problem since.  I just tried recreating it on my current system (FC4), and

I guess this bug is now close-able; sorry!

Comment 6 Radek Vokal 2006-02-08 08:36:19 UTC
No problem, it took me quite a long time to get back to this bug :) I'm closing

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