GNOME Login Problem
Oliver Aaltonen
aaltonen at gmail.com
Fri Aug 27 12:58:49 UTC 2004
These are the log entries in /var/log/messages that occur when I log
in as "guest":
Aug 27 08:50:24 ibmlnx21 gdm(pam_unix)[18097]: check pass; user unknown
Aug 27 08:50:24 ibmlnx21 gdm(pam_unix)[18097]: authentication failure;
logname= uid=0 euid=0 tty=:0 ruser= rhost=
Aug 27 08:50:24 ibmlnx21 gdm(pam_unix)[18097]: session opened for user
guest by (uid=0)
Aug 27 08:50:25 ibmlnx21 gconfd (guest-18164): starting (version
2.2.1), pid 18164 user 'guest'
And that's all, the X session sits there with a blank screen and a cursor.
Oliver
On Thu, 26 Aug 2004 21:54:59 +0200, Jyce <jyce at free.fr> wrote:
> You can maybe try to connect with a "normal user" and then
> swith to first console and take a look at /var/log to see any error
> (ie ls -ltr /var/log and cat the last modified file).
> By the Way I don't use GDM or KDM but XDM, so you should
> take a look at the {g,k}dm.log if it exist.
>
> HTH
>
>
>
> ----- Original Message -----
> From: "Oliver Aaltonen" <aaltonen at gmail.com>
> To: "Jyce" <jyce at free.fr>
> Cc: "General Red Hat Linux discussion list" <redhat-list at redhat.com>; "Brian
> D. McGrew" <brian at doubledimension.com>
> Sent: Thursday, August 26, 2004 9:39 PM
> Subject: Re: GNOME Login Problem
>
> > Yes, I can open an xterm using any users account. Every normal user
> > has rights to access anything in thier directory of the NFS-mounted
> > /home directory. I have no problem reading and writing to their
> > directories when I'm logged in at a console either locally on the
> > client machine or remotely via SSH.
> >
> > Oliver
> >
> > On Thu, 26 Aug 2004 21:36:34 +0200, Jyce <jyce at free.fr> wrote:
> > > When logged as root can you change from user in an xterm
> > > (ie. xterm -e su - $user ).
> > > I think that normal user doesn't have enough rights to access the
> nfs
> > > mounted partition.
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Oliver Aaltonen" <aaltonen at gmail.com>
> > > To: "Brian D. McGrew" <brian at doubledimension.com>
> > > Cc: "General Red Hat Linux discussion list" <redhat-list at redhat.com>
> > > Sent: Thursday, August 26, 2004 8:30 PM
> > > Subject: Re: GNOME Login Problem
> > >
> > > > No luck. I did what you had suggested (with the exception of "chmod
> > > > -Rh", since "-h" is an invalid option), and attempting to log in
> > > > results in the same problem. The local root user on the client machine
> > > > can now read and write to the test user's home directory, unlike
> > > > before, but otherwise there was no change in behavior.
> > > >
> > > > Oliver
> > > >
> > > > On Thu, 26 Aug 2004 11:15:57 -0700, Brian D. McGrew
> > > > <brian at doubledimension.com> wrote:
> > > > > Ok ... So we're thinking a permissions or authentication problem
> now;
> > > > > since a local user is working just fine. I assume that you still
> have
> > > > > a test user who's still on the NFS mounted /home right?
> > > > >
> > > > > This is totally un-secure and generally a bad idea but since the
> user
> > > > > will soon be deleted, go to /home and do a chmod -Rh 777 <user_dir>
> and
> > > > > then try and log in again. I think it'll work. In fact, just to
> see
> > > > > what files (if any) are changed, do it in this order:
> > > > >
> > > > > 1) cd /home; find ./<user_dir> -print >> /tmp/orig_files.txt
> > > > > 2) chmod -Rh 777 <user_dir>
> > > > > 3) Login (I think it'll work)
> > > > > 4) If it does work, cd /home; find ./<user_dir> -print >>
> > > > > /tmp/new_files.txt
> > > > > 5) diff /tmp/orig_files.txt /tmp/new_files.txt (To see what's
> changed)
> > > > >
> > > > > -brian
> > > > >
> > > > > Brian D. McGrew { brian at doubledimension.com ||
> > > > > pacemakertaker at yahoo.com }
> > > > > --
> > > > > > YOU! Off my planet!
> > > > >
> > > > >
> > > > > On Aug 26, 2004, at 11:07 AM, Oliver Aaltonen wrote:
> > > > >
> > > > > > Network connectivity is normal and working fine. As I mentioned, I
> can
> > > > > > log in through a console, SSH, failsafe, etc. and operate fine. I
> am
> > > > > > using LDAP for authentication.
> > > > > >
> > > > > > All routing and DNS settings are fine, and the network works as
> > > > > > normal. The root user can operate any network-utilizing utilities
> fine
> > > > > > from within GNOME, and console-based and X utilities work for
> everyone
> > > > > > else, just not from within GNOME.
> > > > > >
> > > > > > I created another test account, this time pointing to a different
> home
> > > > > > directory, this time using the local directory /tmp/guest2 instead
> of
> > > > > > the default, NFS-mounted /home/guest2. I was able to log into
> GNOME
> > > > > > successfully.
> > > > > >
> > > > > > Any ideas?
> > > > > >
> > > > > > Oliver
> > > > > >
> > > > > > On Thu, 26 Aug 2004 10:53:31 -0700, Brian D. McGrew
> > > > > > <brian at doubledimension.com> wrote:
> > > > > >> OK ... So then it's pretty safe to assume that it's not something
> in
> > > > > >> the environment then. How about network connectivity? Are you
> able
> > > > > >> to
> > > > > >> reach the rest of your network without any problems? What are
> you
> > > > > >> using for authentication? NIS or LDAP?
> > > > > >>
> > > > > >> What about your defualtrouter and DNS setup, is that all correct?
> I
> > > > > >> assume that you can open a browser and get to the web ok (logged
> in
> > > as
> > > > > >> root, of course)?
> > > > > >>
> > > > > >> Also one lat thing to try ... Create a user that's in your
> > > > > >> authentication system but put the home directory local on the
> > > > > >> workstation and see if that works? I'm wondering if there is
> some
> > > > > >> issue with write permissions in the authentication process.
> > > > > >>
> > > > > >> -brian
> > > > > >>
> > > > > >> Brian D. McGrew { brian at doubledimension.com ||
> > > > > >> pacemakertaker at yahoo.com }
> > > > > >> --
> > > > > >>> YOU! Off my planet!
> > > > > >>
> > > > > >>
> > > > > >> On Aug 26, 2004, at 10:46 AM, Oliver Aaltonen wrote:
> > > > > >>
> > > > > >>> Using RHEL3's defaults.
> > > > > >>>
> > > > > >>> [guest at ibmlnx21 guest]$ cat .bashrc
> > > > > >>> # .bashrc
> > > > > >>>
> > > > > >>> # User specific aliases and functions
> > > > > >>>
> > > > > >>> # Source global definitions
> > > > > >>> if [ -f /etc/bashrc ]; then
> > > > > >>> . /etc/bashrc
> > > > > >>> fi
> > > > > >>> [guest at ibmlnx21 guest]$ cat .bash_profile
> > > > > >>> # .bash_profile
> > > > > >>>
> > > > > >>> # Get the aliases and functions
> > > > > >>> if [ -f ~/.bashrc ]; then
> > > > > >>> . ~/.bashrc
> > > > > >>> fi
> > > > > >>>
> > > > > >>> # User specific environment and startup programs
> > > > > >>>
> > > > > >>> PATH=$PATH:$HOME/bin
> > > > > >>>
> > > > > >>> export PATH
> > > > > >>> unset USERNAME
> > > > > >>> [guest at ibmlnx21 guest]$ echo $PATH
> > > > > >>>
> /usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/
> > > > > >>> guest/bin
> > > > > >>>
> > > > > >>> Oliver
> > > > > >>>
> > > > > >>> On Thu, 26 Aug 2004 10:34:57 -0700, Brian D. McGrew
> > > > > >>> <brian at doubledimension.com> wrote:
> > > > > >>>> Show us your .bash_profile and .bashrc files. Are all the
> users
> > > > > >>>> using
> > > > > >>>> default system files or are any of these customized? Also, is
> > > > > >>>> /usr/X11R6/bin in your path and /usr/X11R6/lib in your
> > > > > >>>> LD_LIBRARY_PATH?
> > > > > >>>>
> > > > > >>>> -brian
> > > > > >>>>
> > > > > >>>> Brian D. McGrew { brian at doubledimension.com ||
> > > > > >>>> pacemakertaker at yahoo.com }
> > > > > >>>> --
> > > > > >>>>> YOU! Off my planet!
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> On Aug 26, 2004, at 10:32 AM, Oliver Aaltonen wrote:
> > > > > >>>>
> > > > > >>>>> Yes, I should have mentioned that as well. KDE sits at the
> same
> > > > > >>>>> blank
> > > > > >>>>> screen with cursor after successfully authenticating the user
> via
> > > > > >>>>> GDM.
> > > > > >>>>> As I mentioned previously, the "failsafe" session works fine.
> > > > > >>>>>
> > > > > >>>>> Oliver
> > > > > >>>>>
> > > > > >>>>> On Thu, 26 Aug 2004 10:24:40 -0700, Brian D. McGrew
> > > > > >>>>> <brian at doubledimension.com> wrote:
> > > > > >>>>>> Those two lines look good. The only reason for the
> automounter
> > > > > >>>>>> would
> > > > > >>>>>> be a matter of simplicity not functionality.
> > > > > >>>>>>
> > > > > >>>>>> Have you tried logging in with KDE or any other window
> manager
> > > > > >>>>>> besides
> > > > > >>>>>> gnome?
> > > > > >>>>>>
> > > > > >>>>>> -brian
> > > > > >>>>>>
> > > > > >>>>>> Brian D. McGrew { brian at doubledimension.com ||
> > > > > >>>>>> pacemakertaker at yahoo.com }
> > > > > >>>>>> --
> > > > > >>>>>>> YOU! Off my planet!
> > > > > >>>>>>
> > > > > >>>>>>
> > > > > >>>>>> On Aug 26, 2004, at 10:19 AM, Oliver Aaltonen wrote:
> > > > > >>>>>>
> > > > > >>>>>>> Relevant line from server's /etc/exports:
> > > > > >>>>>>> /home 128.119.158.0/24(rw,sync)
> > > > > >>>>>>>
> > > > > >>>>>>> Relevant line from client's /etc/fstab:
> > > > > >>>>>>> 128.119.163.32:/home /home nfs
> > > > > >>>>>>> rw,hard,intr
> > > > > >>>>>>> 0 0
> > > > > >>>>>>>
> > > > > >>>>>>> I did not consider using the automounter, since I assumed a
> > > > > >>>>>>> simple
> > > > > >>>>>>> mount via fstab would do the trick. I will look into this.
> > > > > >>>>>>>
> > > > > >>>>>>> Oliver
> > > > > >>>>>>>
> > > > > >>>>>>> On Thu, 26 Aug 2004 10:08:59 -0700, Brian D. McGrew
> > > > > >>>>>>> <brian at doubledimension.com> wrote:
> > > > > >>>>>>>> Ok ... so if it occurs with a brand new user with nothing
> > > > > >>>>>>>> special
> > > > > >>>>>>>> in
> > > > > >>>>>>>> the login, (unlike my login environment which is going 14
> years
> > > > > >>>>>>>> old
> > > > > >>>>>>>> now) then lets have a look at your /etc/fstab on the client
> and
> > > > > >>>>>>>> the
> > > > > >>>>>>>> /etc/exports file from the server.
> > > > > >>>>>>>>
> > > > > >>>>>>>> Also, if I may ask, why aren't you using the automounter
> (amd)
> > > > > >>>>>>>> instead
> > > > > >>>>>>>> of hard mounting the in the fstab?
> > > > > >>>>>>>>
> > > > > >>>>>>>> -brian
> > > > > >>>>>>>>
> > > > > >>>>>>>> Brian D. McGrew { brian at doubledimension.com ||
> > > > > >>>>>>>> pacemakertaker at yahoo.com }
> > > > > >>>>>>>> --
> > > > > >>>>>>>>> YOU! Off my planet!
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>> On Aug 26, 2004, at 10:00 AM, Oliver Aaltonen wrote:
> > > > > >>>>>>>>
> > > > > >>>>>>>>> Brian,
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> I should mention this happens with all of the users. I've
> even
> > > > > >>>>>>>>> created
> > > > > >>>>>>>>> some "fresh" accounts, using RHEL3's defaults, and the
> same
> > > > > >>>>>>>>> problems
> > > > > >>>>>>>>> occur.
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Here are the permissions under one of the test accounts:
> > > > > >>>>>>>>> drwx------ 5 guest guest 4096 Aug 26 16:20 .
> > > > > >>>>>>>>> drwxr-xr-x 5 root root 4096 Aug 25 14:13 ..
> > > > > >>>>>>>>> -rw------- 1 guest guest 60 Aug 26 14:32
> > > > > >>>>>>>>> .bash_history
> > > > > >>>>>>>>> -rw-r--r-- 1 guest guest 24 Sep 18 2003
> > > > > >>>>>>>>> .bash_logout
> > > > > >>>>>>>>> -rw-r--r-- 1 guest guest 191 Sep 18 2003
> > > > > >>>>>>>>> .bash_profile
> > > > > >>>>>>>>> -rw-r--r-- 1 guest guest 124 Sep 18 2003
> > > ..bashrc
> > > > > >>>>>>>>> drwx------ 3 guest guest 4096 Aug 25 18:00
> > > ..gconfd
> > > > > >>>>>>>>> drwxr-xr-x 2 guest guest 4096 Aug 25 18:00
> > > ..gnome2
> > > > > >>>>>>>>> -rw-r--r-- 1 guest guest 120 Aug 20 2003
> ..gtkrc
> > > > > >>>>>>>>> -rw-rw-r-- 1 guest guest 11 Aug 26 14:31
> > > > > >>>>>>>>> guest_test.txt
> > > > > >>>>>>>>> drwxr-xr-x 3 guest guest 4096 Aug 24 14:01
> ..kde
> > > > > >>>>>>>>> -rw------- 1 guest guest 607 Aug 26 14:31
> > > > > >>>>>>>>> .viminfo
> > > > > >>>>>>>>> -rw------- 1 guest guest 0 Aug 26 16:20
> > > > > >>>>>>>>> .Xauthority
> > > > > >>>>>>>>> -rw------- 1 guest guest 0 Aug 26 16:20
> > > > > >>>>>>>>> .xsession-errors
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Oliver
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> On Thu, 26 Aug 2004 09:50:41 -0700, Brian D. McGrew
> > > > > >>>>>>>>> <brian at doubledimension.com> wrote:
> > > > > >>>>>>>>>> I would have a look in the users home directory and make
> sure
> > > > > >>>>>>>>>> that
> > > > > >>>>>>>>>> you
> > > > > >>>>>>>>>> have correct permissions on all the dot files (.gnome,
> > > ..gtkrc,
> > > > > >>>>>>>>>> etc)
> > > > > >>>>>>>>>> and
> > > > > >>>>>>>>>> that the correct ownership is set. I saw this problem
> once
> > > on
> > > > > >>>>>>>>>> Solaris
> > > > > >>>>>>>>>> with Sun's gnome recently.
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> -brian
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> Brian D. McGrew { brian at doubledimension.com ||
> > > > > >>>>>>>>>> pacemakertaker at yahoo.com }
> > > > > >>>>>>>>>> --
> > > > > >>>>>>>>>>> YOU! Off my planet!
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> On Aug 26, 2004, at 9:48 AM, Oliver Aaltonen wrote:
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>>> I am experiencing a problem logging onto the GNOME
> desktop
> > > > > >>>>>>>>>>> with
> > > > > >>>>>>>>>>> the
> > > > > >>>>>>>>>>> following setup:
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> Server (RHEL3 AS) is exporting /home via NFS and running
> an
> > > > > >>>>>>>>>>> LDAP
> > > > > >>>>>>>>>>> server for authentication. Client (RHEL3 WS) is mounting
> > > > > >>>>>>>>>>> /home
> > > > > >>>>>>>>>>> via
> > > > > >>>>>>>>>>> an
> > > > > >>>>>>>>>>> entry in /etc/fstab.
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> The mount works fine, and client is set up for LDAP
> > > > > >>>>>>>>>>> authentication
> > > > > >>>>>>>>>>> correctly. I can log in through the console or SSH into
> the
> > > > > >>>>>>>>>>> client
> > > > > >>>>>>>>>>> machine and access the user's home directory and work
> > > > > >>>>>>>>>>> perfectly
> > > > > >>>>>>>>>>> normally.
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> The only problem I have is when I try to log onto the
> client
> > > > > >>>>>>>>>>> machine
> > > > > >>>>>>>>>>> using GDM to run X locally. If I log in as one of the
> users
> > > > > >>>>>>>>>>> on
> > > > > >>>>>>>>>>> the
> > > > > >>>>>>>>>>> server, with their home directory in the mounted share,
> the
> > > > > >>>>>>>>>>> user
> > > > > >>>>>>>>>>> is
> > > > > >>>>>>>>>>> authenticated and the screen turns blank with a cursor
> and
> > > > > >>>>>>>>>>> sits
> > > > > >>>>>>>>>>> there,
> > > > > >>>>>>>>>>> not bringing up a GNOME desktop. I can log in through
> GDM
> > > > > >>>>>>>>>>> into
> > > > > >>>>>>>>>>> a
> > > > > >>>>>>>>>>> "failsafe" session, but not GNOME. If I log in as root
> on
> > > the
> > > > > >>>>>>>>>>> client
> > > > > >>>>>>>>>>> machine, everything works fine, and the GNOME desktop
> comes
> > > > > >>>>>>>>>>> up
> > > > > >>>>>>>>>>> correctly.
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> There are no obvious errors in the logs that I can find.
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> Any thoughts? Thanks in advance,
> > > > > >>>>>>>>>>>
> > > > > >>>>>>>>>>> Oliver
> > > > > >>>>>>>>>>>
> > >
> --
>
> Cordialement,
> Jean-Christophe VALIERE
>
>
More information about the redhat-list
mailing list