Re: Graphical login + ldap (+ NFS?) problems :)
On 2011-09-12, at 12:51 PM, Steve Jahl wrote: I know I have successfully set up LDAP *and* NFS, because I can log in remotely with SSH as well as on a terminal. However, when I try to log >>> in with GDM or XDM, it will accept my password, black out the screen, and then return to either GDM or XDM. I *can*, however, log in with a local account. > > In my experience, if there's an auth failure, GDM prints a warning on the > login window, rather than blacking out the screen, and dumping you back to a > login window. Seeing as you can auth via other methods, I don't think this is > the case. You can probably find some info as to what's happening in the > /var/log/gdm/* log files. > > To me, it sounds to me like there's a crash somewhere in your gnome session. > Is there any relevant information in the ldap user's ~/.xsession-errors file? > > I've also seen this happen if there's a corrupted session state file > (~/.gnome2/session). You can try removing that, and see if if clears anything > up for you. > > -Steve Also, here's the gdm greeter log: === ** (:2302): DEBUG: Client registered with session manager: /org/gnome/SessionManager/Client1 ** (process:2324): DEBUG: Greeter session pid=2324 display=:0.0 xauthority=/var/run/gdm/auth-for-gdm-cWnJhZ/database (polkit-gnome-authentication-agent-1:2322): GLib-GObject-WARNING **: cannot register existing type `_PolkitError' (polkit-gnome-authentication-agent-1:2322): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed Failed to play sound: File or data not found gdm-simple-greeter[2324]: Gtk-WARNING: gtkwidget.c:5460: widget not within a GtkWindow Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x220002b (Login Wind) Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed. === So yeah, my google fu is not good enough for these problems. Besides getting into the actual source of GDM to see what's going on, I suppose I could do an strace...? -Chris
Re: Graphical login + ldap (+ NFS?) problems :)
On 2011-09-12, at 12:51 PM, Steve Jahl wrote: I know I have successfully set up LDAP *and* NFS, because I can log in remotely with SSH as well as on a terminal. However, when I try to log >>> in with GDM or XDM, it will accept my password, black out the screen, and then return to either GDM or XDM. I *can*, however, log in with a local account. > > In my experience, if there's an auth failure, GDM prints a warning on the > login window, rather than blacking out the screen, and dumping you back to a > login window. Seeing as you can auth via other methods, I don't think this is > the case. You can probably find some info as to what's happening in the > /var/log/gdm/* log files. > > To me, it sounds to me like there's a crash somewhere in your gnome session. > Is there any relevant information in the ldap user's ~/.xsession-errors file? > > I've also seen this happen if there's a corrupted session state file > (~/.gnome2/session). You can try removing that, and see if if clears anything > up for you. > > -Steve hrm... Well I'm able to log into other machines using my home directory, so I don't think it's the gnome session. I've tried removing *all* of ~/.gnome2 but that didn't work either. I do have some information in the .xsession-errors, but I can't tell if something is actually crashing or if something is just gracefully failing: === /etc/gdm/PreSession/Default: Registering your session with utmp /etc/gdm/PreSession/Default: running: /usr/bin/sessreg -a -u /var/run/utmp -x "/var/gdm/:0.Xservers" -h "" -l ":0" "ctooley" localuser:ctooley being added to access control list No profile for user 'ctooley' found SESSION_MANAGER=local/:/tmp/.ICE-unix/3305 Window manager warning: Failed to read theme from file /usr/share/themes/Slider/metacity-1/metacity-theme-1.xml: Failed to open file '/usr/share/themes/Slider/metacity-1/metacity-theme-1.xml': No such file or directory Window manager warning: Failed to load theme "Slider": Failed to open file '/usr/share/themes/Slider/metacity-1/metacity-theme-1.xml': No such file or directory Introspect error: The name edu.duke.linux.yum was not provided by any .service files Traceback (most recent call last): File "/usr/bin/puplet", line 467, in ? main() File "/usr/bin/puplet", line 464, in main p.run() File "/usr/bin/puplet", line 451, in run self._refreshInfo() File "/usr/bin/puplet", line 191, in _refreshInfo if self.updatesObject is not None and \ AttributeError: DBusException instance has no attribute '_dbus_error_name' ** (nm-applet:3422): WARNING **: No connections defined ** (nm-applet:3422): WARNING **: Invalid return value type: GPtrArray_DBusGObjectPath_ Initializing nautilus-open-terminal extension process 3403: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. process 3403: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. Window manager warning: CurrentTime used to choose focus window; focus window may not be correct. Window manager warning: Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen! === A bunch of warnings, and some process "bug" reports. :\ -Chris
Re: Graphical login + ldap (+ NFS?) problems :)
>>> >>> I know I have successfully set up LDAP *and* NFS, because I can log in >>> remotely with SSH as well as on a terminal. However, when I try to log >> in >>> with GDM or XDM, it will accept my password, black out the screen, and >>> then return to either GDM or XDM. I *can*, however, log in with a local >>> account. In my experience, if there's an auth failure, GDM prints a warning on the login window, rather than blacking out the screen, and dumping you back to a login window. Seeing as you can auth via other methods, I don't think this is the case. You can probably find some info as to what's happening in the /var/log/gdm/* log files. To me, it sounds to me like there's a crash somewhere in your gnome session. Is there any relevant information in the ldap user's ~/.xsession-errors file? I've also seen this happen if there's a corrupted session state file (~/.gnome2/session). You can try removing that, and see if if clears anything up for you. -Steve
Re: Graphical login + ldap (+ NFS?) problems :)
I don't think that's the issue here: - [root@borky ~]# diff /etc/pam.d/system-auth-ac /etc/pam.d/password-auth-ac [root@borky ~]# - I'll look into the authconfig stuff a bit more... -Chris On 2011-09-09, at 6:18 AM, Rob O'Neale wrote: > I fixed a similar problem by copying the contents of > /etc/pam.d/system-auth to /etc/pam.d/password-auth. The latter is a new > file in SL6. > > Alternatively, running authconfig with the correct options should set the > correct configuration in these files. > >> -Original Message- >> From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner- >> scientific-linux-users@listserv.fnal.gov] On Behalf Of Christopher > Tooley >> Sent: 08 September 2011 17:20 >> To: SCIENTIFIC-LINUX-USERS@listserv.fnal.gov >> Subject: Graphical login + ldap (+ NFS?) problems :) >> >> Hello All, >> >> I think I asked this a while back but perhaps I wasn't very clear on > what >> has been happening. >> >> I have the option to do LDAP with a centralized server, and I would like >> to do so. >> I use NFS mounted home directories (NFSv3). >> >> I have installed SL6.1 and it works great. >> >> I know I have successfully set up LDAP *and* NFS, because I can log in >> remotely with SSH as well as on a terminal. However, when I try to log > in >> with GDM or XDM, it will accept my password, black out the screen, and >> then return to either GDM or XDM. I *can*, however, log in with a local >> account. >> >> Is there something special about GDM or XDM with regards to LDAP or NFS >> that I am unaware of? Shouldn't it just be using the same authorization >> as SSH or a terminal login? >> >> Thanks, >> Christopher Tooley >> ctoo...@uvic.ca >> Systems, HEP/Astronomy UVic
Re: Graphical login + ldap (+ NFS?) problems :)
You need to set the GDM/KDM to login using LDAP authentication instead of local. Install the ldap admin modules and use them to set it up. (Sorry, can't be more specific, it's a long time since I did it on RH/Fedora) On Thu, 2011-09-08 at 09:20 -0700, Christopher Tooley wrote: > I have the option to do LDAP with a centralized server, and I would > like to do so. > I use NFS mounted home directories (NFSv3). > > I have installed SL6.1 and it works great. > > I know I have successfully set up LDAP *and* NFS, because I can log in > remotely with SSH as well as on a terminal. However, when I try to > log in with GDM or XDM, it will accept my password, black out the > screen, and then return to either GDM or XDM. I *can*, however, log > in with a local account. > >
Graphical login + ldap (+ NFS?) problems :)
Hello All, I think I asked this a while back but perhaps I wasn't very clear on what has been happening. I have the option to do LDAP with a centralized server, and I would like to do so. I use NFS mounted home directories (NFSv3). I have installed SL6.1 and it works great. I know I have successfully set up LDAP *and* NFS, because I can log in remotely with SSH as well as on a terminal. However, when I try to log in with GDM or XDM, it will accept my password, black out the screen, and then return to either GDM or XDM. I *can*, however, log in with a local account. Is there something special about GDM or XDM with regards to LDAP or NFS that I am unaware of? Shouldn't it just be using the same authorization as SSH or a terminal login? Thanks, Christopher Tooley ctoo...@uvic.ca Systems, HEP/Astronomy UVic