default vsftpd package no login with pam-pgsql

Bug #1380442 reported by Phil
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
vsftpd (Ubuntu)
New
Undecided
Unassigned

Bug Description

1) lsb_release -rd:
Description: Ubuntu 14.04.1 LTS
Release: 14.04

2) default vsftpd package - apt-cache policy vsftpd:
Installed: 3.0.2-1ubuntu2.14.04.1
Candidate: 3.0.2-1ubuntu2.14.04.1
Version table:
*** 3.0.2-1ubuntu2.14.04.1 0
500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
100 /var/lib/dpkg/status
3.0.2-1ubuntu2 0
500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

3) I expect to be able to log in as a virtual user via pam-pgsql

4) Receive below errors

error received when attempting to log in via filezilla

Command: USER test
Response: 331 Please specify the password.
Command: PASS ****
Response: 500 OOPS: priv_sock_get_result
Error: Critical error: Could not connect to server

error logged in /var/log/auth.log

PAM unable to dlopen(pam_pgsql.so): libffi.so.6: failed to map segment from shared object: Cannot allocate memory
PAM adding faulty module: pam_pgsql.so

5) Solution:

 - 1) apt-get source vsftpd
 - 2) apply patches found in the debian distribution (can someone explain why patched source isn't already in debian zip?)
 - 3) make && make install (requires packages libwrap0 libwrap0-dev)

login works fine after installing from source, meaning the default vsftpd package is not compiled from its corresponding source. Without source of the default distributed package, I was unable to debug further.

6) I can provide configuration files, but will need an email to forward them to.

Revision history for this message
Phil (philip-olson-m) wrote :

More info found out today after updating the package 'openssl' then recompiling. I received the error:

PAM unable to dlopen(pam_pgsql.so): sqllite.so.6: failed to map segment from shared object: Cannot allocate memory

I then read online somewhere to add more memory limit via line 22 in defs.h

#define VSFTP_AS_LIMIT 100ul * 1024 * 1024

Without spending time to figure out how much more vsftpd actually needed, I arbitrarily appended " * 6", recompiled and the error went away. This suggests the default distributed vsftpd package could use a bug-fix along those same lines.

In the end, I've been reading that sftp is the future, so vsftpd might be obsolete anyway - however for those of us running into vsftpd issues, I don't see the harm in updating the default package to something that works.

Thanks,
Phil

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.