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
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> --
> >>>>>>>>>>> redhat-list mailing list
> >>>>>>>>>>> unsubscribe
> >>>>>>>>>>> mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> >>>>>>>>>>> https://www.redhat.com/mailman/listinfo/redhat-list
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>
> >>>>>>
> >>>>
> >>>>
> >>
> >>
>
>
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
