vsftpd error 530 after upgrade from oneiric to precise

Bug #992578 reported by Kyle Bentley
This bug report is a duplicate of:  Bug #1160372: Login is not possible. Edit Remove
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
vsftpd (Ubuntu)
Incomplete
Medium
Unassigned

Bug Description

After upgrading my server from 11.10 to 12.04, I can no longer log into my ftp (with any user) locally or with my web address. I use a slightly modified config file, which shouldn't change much, as it was working for months before now.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: vsftpd 2.3.5-1ubuntu2
ProcVersionSignature: Ubuntu 3.2.0-24.37-generic 3.2.14
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
Date: Tue May 1 07:51:02 2012
ProcEnviron:
 TERM=xterm
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: vsftpd
UpgradeStatus: Upgraded to precise on 2012-05-01 (0 days ago)
mtime.conffile..etc.vsftpd.conf: 2012-05-01T07:28:52.894114

Revision history for this message
Kyle Bentley (kwbent) wrote :
Revision history for this message
Kyle Bentley (kwbent) wrote :

removing

/etc/pam.d/vsftp

seems to have resolved the issue, but does not seem like a clean solution.

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

I can't reproduce this with /etc/pam.d/vsftpd in place and with a config updated to look like yours.

Do you see anything helpful in /var/log/vsftpd.log or /var/log/auth.log?

Changed in vsftpd (Ubuntu):
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
inetsurfer (inetsurfer) wrote :

I found same bug,only in ubuntu 12.04 server X64 edition,have no in i386 edition.

Revision history for this message
inetsurfer (inetsurfer) wrote :

I have already reproduce this bug by install X64 and i386 edition.

Revision history for this message
Teppo Sulavuori (sulate) wrote :

removing /etc/pam.d/vsftpd worked for me also, but that makes the whole "supports pam authentication" totally meaningless, since you can't actually configure anything for vsftpd :-)

Could this be regression or something similar to this old bug from redhat?
(Comment 24 mentioning some kind of "pam module stack memory overflow" thing..)

https://bugzilla.redhat.com/show_bug.cgi?id=708657#c24

Reasoning: removing /etc/pam.d/vsftpd means actually that pam just uses the default "other" authentication, which in effect only includes the common-* things, which in turn is almost the same what the original vsftpd-file does. But looking with strace shows that for some reason vsftpd opens the /etc/pam.d/other file even when /etc/pam.d/vsftpd is in place? Don't know if it is supposed to do that or not, just an observation. In the end it seems that removing vsftpd-file results in vsftpd opening less pam-files and that could incidate that this is related to some kind of memory limit barrier..?

Revision history for this message
Robie Basak (racb) wrote :

This sounds like bug 869684.

Revision history for this message
Kyle Bentley (kwbent) wrote :

Robie, that sounds like two bugs are the same. Perhaps you can merge them?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.