Re: GNOME Login Problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxx> 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@xxxxxxxxx>
> To: "Jyce" <jyce@xxxxxxx>
> Cc: "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>; "Brian
> D. McGrew" <brian@xxxxxxxxxxxxxxxxxxx>
> 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@xxxxxxx> 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@xxxxxxxxx>
> > > To: "Brian D. McGrew" <brian@xxxxxxxxxxxxxxxxxxx>
> > > Cc: "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>
> > > 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > pacemakertaker@xxxxxxxxx }
> > > > > --
> > > > >  > 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > >> pacemakertaker@xxxxxxxxx }
> > > > > >> --
> > > > > >>> YOU!  Off my planet!
> > > > > >>
> > > > > >>
> > > > > >> On Aug 26, 2004, at 10:46 AM, Oliver Aaltonen wrote:
> > > > > >>
> > > > > >>> Using RHEL3's defaults.
> > > > > >>>
> > > > > >>> [guest@ibmlnx21 guest]$ cat .bashrc
> > > > > >>> # .bashrc
> > > > > >>>
> > > > > >>> # User specific aliases and functions
> > > > > >>>
> > > > > >>> # Source global definitions
> > > > > >>> if [ -f /etc/bashrc ]; then
> > > > > >>>         . /etc/bashrc
> > > > > >>> fi
> > > > > >>> [guest@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@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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > >>>> pacemakertaker@xxxxxxxxx }
> > > > > >>>> --
> > > > > >>>>> 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > >>>>>> pacemakertaker@xxxxxxxxx }
> > > > > >>>>>> --
> > > > > >>>>>>> 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > >>>>>>>> pacemakertaker@xxxxxxxxx }
> > > > > >>>>>>>> --
> > > > > >>>>>>>>> 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@xxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx ||
> > > > > >>>>>>>>>> pacemakertaker@xxxxxxxxx }
> > > > > >>>>>>>>>> --
> > > > > >>>>>>>>>>> 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
> 
>


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux