Hide Forgot
Description of problem: After several logins, gdm-simple-greeter begins to exclude users, one by one, from logging in. That is, at first, all users can log in. Soon, most users cannot login. Eventually only one user is allowed to login. This particular user is, on both machines I've tested, the user created at the end of the Fedora install process, when it asks you to create at least one user. Version-Release number of selected component (if applicable): Fedora 13 and 14 How reproducible: This initially happened on a Fedora 13 server that has been in production since September. System has been kept up to date using yum. Steps to Reproduce: 1. Install Fedora 14 on a spare laptop from DVD 2. create users with System --> Users and Groups 3. After several logins, users begin to be excluded from logging in. I thought maybe the problem would go away in F14, but it appears to have carried over from F13. Actual results: What DOES happen is that you click on the user's name, and the greeter disappears a moment, and then returns to the list of users, without giving a password prompt. This problem even applies to Other. If you click on Other, you should get a prompt that would let you type in your userid, but instead, get kicked back to the simple-greeter. This means that there are some users who cannot login at the console. The bizarre thing is that some other users are not affected. Expected results: What is supposed to happen is that you click on a user's name, the greeter window changes to a login prompt, and you type in your password. Additional info: For example, if user 'sally' clicks on her userid at the console on computer1, we see the following messages in /var/log/secure Mar 27 10:35:03 computer1 pam: gdm-password[8973]: pam_unix(gdm-password:auth): conversation failed Mar 27 10:35:03 computer1 pam: gdm-password[8973]: pam_unix(gdm-password:auth): auth could not identify password for [sally] Mar 27 10:35:03 computer1 pam: gdm-password[8973]: gkr-pam: no password is available for user There is in fact a password for this user, because the user can login at the command line by ssh. The entries in /etc/passwd and /etc/shadow look comparable for all users. This problem started with a single user, and then over time, other users became affected. Notably, all users CAN login at on our Linux Terminal Server Project X-terminal. LTSP runs ldm, rather than gdm, and just has a simple box for typing in your userid. It does not use gdm-simple-greeter. Is it possible that PAM keeps some sort of list of data for different users, and that this list has become corrupted? I don't really know anything about PAM. (Note: I have attempted to turn off the simple-greeter, but there are documented bugs in the simple-greeter that make this option impossible in Fedora 13).
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Hello, Thank you for the bug report. If you are still suffering from this problem, please provide us with the following information to help us troubleshoot this bug further: 1) current rpm version of gdm 2) attach /var/log/secure before and after a user disappears off the list 3) /var/log/gdm/:0-greeter.log 4) /var/log/gdm/:0.log Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping