Bug 784286
Summary: | proftpd + pam 0:1.1.5-1.fc16 + bash 0:4.2.20-1.fc16 = impossible to login to proftpd | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jérémie Grauer <jeremie.grauer> | ||||
Component: | bash | Assignee: | Roman Rakus <rrakus> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 16 | CC: | j.kubiak, maxamillion, ovasik, pknirsch, rrakus, tmraz, tsmetana | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-02-29 14:28:38 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: | |||||||
Attachments: |
|
Description
Jérémie Grauer
2012-01-24 13:31:08 UTC
Can you attach the relevant part of /var/log/secure from the failed attempt to login here? Also if you downgrade just pam or just bash, does this situation change? Created attachment 557254 [details]
/var/log/secure
Hello Tomas,
I tried first to downgrade only pam and the issue still occurred. I didn't try to downgrade only bash since I had to use the ftp server and I wanted it to work quickly.
Attached is the secure log file, you'll notice that I tried to log in as the user cisco without success on proftpd while it succeeded with a simple "su - cisco". Also I tried to change the cisco password and it still didn't work...
The success at the end of the log happens when I downgraded both package.
Unfortunately I cannot reproduce your problem with exactly the sam pam and bash rpms as you have. And I even see in your log that there were opened sessions for the cisco user by proftpd. So I do not think PAM is the culprit here and I would be quite surprised if bash was the culprit. If you try to upgrade bash and pam again please also try to restart the proftpd after the upgrade. Too bad you couldn't reproduce it. I'll try to upgrade bash and pam again tomorrow (I need a working proftpd today). About the restart of proftpd, I restarted it several time. After every modification in fact (after every downgrade, etc). I may install a brand new fedora 16 on a kvm virtual machine to try to reproduce it when I got the time. Having same problem not be able to login with any user on ftp, but I have the solution: No bug in proftpd RPM Package or PAM. But file /etc/shells doesn't contain two important lines. Add the two new lines /bin/sh and /bin/bash. Content of file /etc/shells must be: /bin/sh /bin/bash /sbin/nologin /bin/dash /bin/zsh Then User-FTP with witht login for proftpd is not a problem any more. File /etc/shells comes from RPM Package setup, so this RPM Package must have the bug. My system: proftpd-1.3.4a-3.fc16.i686 setup-2.8.36-3.fc16.noarch This is broken by bash (postun of F16 GA bash package is broken, so any update is doing this nasty things) , default /etc/shells is ok ... yum reinstall bash should solve the issue. *** This bug has been marked as a duplicate of bug 752827 *** |