Description of problem: We use LDAP via sssd for users. sddm displays an empty user list with this configuration. Version-Release number of selected component (if applicable): sddm-0.2.0-0.6.20130821gite707e229.fc20.i686
*** Bug 1010692 has been marked as a duplicate of this bug. ***
fyi, this won't block bug #998542 for final release, hopefully. The current tentative plan is to ship a default sddm theme that does not employ userlist feature.
I also see this, there are no box or button to enter username. This makes ssdm kind of ...hmmm ... useless.
So, I've tried changing the theme to circles or elarun to get a text login box. Now however it completely fails to start a KDE session. Near as I can tell, it never even runs Xsession. This is with and ldap/sssd user with an nfs automounted home directory. The most info I have is: Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Starting... Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Adding new display : 0 on vt 1 ... Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Adding cookie to "/var/run/sddm//A:0-RckGFv" Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: /usr/bin/xauth: file /var/run/sddm//A:0-RckGFv does not exist Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Display server starting... Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Display server started. Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Socket server starting... Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Socket server started. Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Greeter starting... Oct 10 12:28:41 orca.cora.nwra.com sddm[1421]: DAEMON: Greeter started. Oct 10 12:28:42 orca.cora.nwra.com sddm[1421]: DAEMON: Message received from greeter: Connect Oct 10 12:28:55 orca.cora.nwra.com sddm[1421]: DAEMON: Message received from greeter: Login Oct 10 12:28:55 orca.cora.nwra.com sddm[1421]: pam_unix(sddm:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=orion Oct 10 12:28:55 orca.cora.nwra.com sddm[1421]: pam_sss(sddm:auth): authentication success; logname= uid=0 euid=0 tty= ruser= rhost= user=orion Oct 10 12:28:55 orca.cora.nwra.com systemd[1]: Starting user-1744.slice. Oct 10 12:28:55 orca.cora.nwra.com systemd[1]: Created slice user-1744.slice. Oct 10 12:28:55 orca.cora.nwra.com systemd[1]: Starting User Manager for 1744... Oct 10 12:28:56 orca.cora.nwra.com systemd-logind[292]: New session 3 of user orion. Oct 10 12:28:56 orca.cora.nwra.com systemd-logind[292]: Linked /tmp/.X11-unix/X0 to /run/user/1744/X11-display. Oct 10 12:28:56 orca.cora.nwra.com systemd[1]: Starting Session 3 of user orion. Oct 10 12:28:56 orca.cora.nwra.com systemd[1]: Started Session 3 of user orion. Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: pam_unix(systemd-user:session): session opened for user orion by (uid=0) Oct 10 12:28:56 orca.cora.nwra.com sddm[1421]: pam_unix(sddm:session): session opened for user orion by (uid=0) Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Failed to open private bus connection: Failed to connect to socket /run/user/1744/dbus/user_bus_socket: No such file or directory Oct 10 12:28:56 orca.cora.nwra.com kernel: SELinux: initialized (dev 0:40, type nfs4), uses genfs_contexts Oct 10 12:28:56 orca.cora.nwra.com kernel: SELinux: initialized (dev 0:43, type nfs4), uses genfs_contexts Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Mounted /sys/kernel/config. Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Stopped target Sound Card. Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Starting Default. Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Reached target Default. Oct 10 12:28:56 orca.cora.nwra.com systemd[1439]: Startup finished in 111ms. Oct 10 12:28:56 orca.cora.nwra.com systemd[1]: Started User Manager for 1744. Oct 10 12:29:26 orca.cora.nwra.com sddm[1421]: DAEMON: Failed to start user session: "kde-plasma.desktop" , "/usr/share/apps/sddm/scripts/Xsession" , "/usr/bin/startkde" Oct 10 12:29:26 orca.cora.nwra.com sddm[1421]: DAEMON: error, exitcode, exitstatus: 2 , 0 , 0 The last two came from some added debugging I did: qDebug() << " DAEMON: Failed to start user session: " << session << "," << daemonApp->configuration()->sessionCommand() << "," << command; qDebug() << " DAEMON: error, exitcode, exitstatus: " << process->error() << "," << process->exitCode() << "," << process->exitStatus(); So apparently the process timed out and never even started. No idea why.
kdm starts the session just fine, so I'm placing the blame squarely on sddm :). Oh, and just to be explicit - .xsession-errors isn't touched.
Any progress here? Any more information needed?
Actually, I was able to log in with current F20 Beta, yay!
With or without updates-testing? I.e., what exact build of sddm are you using now? (We need to know so we know whether we can now close this or whether we need to get something pushed to stable first.)
Still trouble with 0.2.0-0.20. Logs have: pam_loginuid(sddm:session): set_loginuid failed. kdm/gdm works.
This still isn't working for me with sddm-0.2.0-0.28.20140623gitdb1d7381.fc21.x86_64. Near as I can tell, sddm is trying to run xauth as root to add the cookie to ~/.Xauthority, but this is a no-go with NFS mounted home directories as root is not privileged.
Although this probably counts as a separate bug (nothing to do with LDAP/userlists).
But the users are listed fine? If yes, then please open a new bug for the login issue with ~ over NFS, it's a different problem. Thanks, Martin
With the maui theme I now see a user list (although this is useless with a large number of users) so I'm closing this. Filed bug 1112841 for the NFS home dir issue.
sddm-0.2.0-0.29.20140623gitdb1d7381.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/sddm-0.2.0-0.29.20140623gitdb1d7381.fc20
sddm-0.2.0-0.29.20140623gitdb1d7381.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sddm-0.2.0-0.29.20140623gitdb1d7381.fc19
sddm-0.2.0-0.31.20140627gitf49c2c79.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
sddm-0.9.0-1.20141007git6a28c29b.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sddm-0.9.0-1.20141007git6a28c29b.fc19