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..? ** Bug watch added: Red Hat Bugzilla #708657 https://bugzilla.redhat.com/show_bug.cgi?id=708657 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/992578 Title: vsftpd error 530 after upgrade from oneiric to precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/vsftpd/+bug/992578/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
