Bug 66514

Summary: vsftpd-1.0.1-anon.patch break one_process_model
Product: [Retired] Red Hat Linux Reporter: Need Real Name <aander07>
Component: vsftpdAssignee: Bill Nottingham <notting>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 7.3CC: chris.ricker, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-12-14 00:12:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Need Real Name 2002-06-11 18:09:02 UTC 
Description of Problem:

With the anon patch applied, you cannot activate the one_proces_model for
vsftpd, as the getpwnam functions are called from within the chroot()
environement, and it tries to use name services from within the chroot()
environment, which may fail, especially in the case of nscd being active.

If you remove the anon patch, it will not do the getpwnam() inside the 
chroot(), and will work as expected.

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

vsftpd-1.0.1-5

Steps to Reproduce:
1. build vsftpd without the anon patch for testing
2. set one_process_model=YES, test, this works only without the anon patch
3. set one_process_model=NO, test, this works with both, and is the default

Actual Results:

With one_process_model=YES, vsftpd will either deny access, or report 
"OOPS: str_getpwnam".

Expected Results:

Both setting should work.

Additional Information:
Comment 1 Bill Nottingham 2002-12-14 00:12:53 UTC 
If it breaks things, it's not worth it. Fixed in 1.1.3-1.