Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

unable to access home directory (NIS User, NFS Mount)

700 views
Skip to first unread message

Rene Buehlmann

unread,
Feb 9, 2005, 10:07:32 AM2/9/05
to
Hi

We have a strange problem with one Workstation (NIS Client)
Each Nis User have problem to access home directory only on this
Workstation. We have installed this workstation from scratch...but
still the same Problem -> "unable to access home directory"

SSH:root@sfsicap4p# ssh bure2@wcisc49
bure2@wcisc49's password:
Last login: Wed Feb 9 15:58:50 2005
Could not chdir to home directory /home/bure2: No such file or directory
/usr/openwin/bin/xauth: error in locking authority file
/home/bure2/.Xauthority
Sun Microsystems Inc. SunOS 5.10 Generic January 2005
-bash-3.00$

All other Workstations work fine...
SSH:root@sfsicap4p# ssh bure2@wcisc34
bure2@wcisc34's password:
Last login: Wed Feb 9 16:05:44 2005 from sfsicap4p2.sica
SSH:bure2@wcisc34 pwd
/home/bure2


Any Ideas whats our problem?

thanks

Thomas Maier-Komor

unread,
Feb 9, 2005, 11:20:16 AM2/9/05
to

These things come to my mind:
- NIS map auto_direct is not correctly imported (see /etc/auto_home)
- there is no auto_direct NIS map and you did not setup /etc/auto_home
- the NFS filesystem is not correctly shared and mounting is rejected
to the workstation (see showmount -e)

Tom

Darren Dunham

unread,
Feb 9, 2005, 11:30:43 AM2/9/05
to
In comp.unix.solaris Rene Buehlmann <rene.bu...@swisscom.com> wrote:
> Hi

> We have a strange problem with one Workstation (NIS Client)
> Each Nis User have problem to access home directory only on this
> Workstation. We have installed this workstation from scratch...but
> still the same Problem -> "unable to access home directory"

> SSH:root@sfsicap4p# ssh bure2@wcisc49
> bure2@wcisc49's password:
> Last login: Wed Feb 9 15:58:50 2005
> Could not chdir to home directory /home/bure2: No such file or directory
> /usr/openwin/bin/xauth: error in locking authority file
> /home/bure2/.Xauthority
> Sun Microsystems Inc. SunOS 5.10 Generic January 2005
> -bash-3.00$

> Any Ideas whats our problem?

nsswitch.conf file misconfigured
NIS not configured
NIS data incorrect
NIS server doesn't allow transfers to that client (/etc/securenets)
NIS server being used has outdated information (bad slave)
local machine has outdated information cached via nscd
local automounter information overrides NIS in /etc/auto*
local passwd information overrides NIS in /etc/passwd
NFS server doesn't allow mount (/etc/dfs/dfstab)
client reverse address doesn't map to share access list (hosts or DNS)
Bug in client OS
Bug in server OS
bad network

Probably 3 or 4 other things I can't think of also.

Doing some troubleshooting on your end to narrow the scope is
appreciated.

ypmatch bure2 passwd
ypmatch <homedir> auto.home
cat /etc/auto_home
cat /etc/auto_master
mount server:<homedir> /mnt

--
Darren Dunham ddu...@taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >

Rene Buehlmann

unread,
Feb 9, 2005, 1:19:15 PM2/9/05
to

bure2:LQbY5h4Ov.qZQ:10062:10000:Rene Buehlmann:/home/bure2:/bin/ksh

> ypmatch <homedir> auto.home

ypmatch /home/bure2 auto.home dosent work !!!

# ypcat auto.home

spfilesrv1p:/export/home/&
#

> cat /etc/auto_home

+auto_home

> cat /etc/auto_master

+auto_master
/net -hosts -nosuid,nobrowse
/home auto_home -nobrowse
/xfn -xfn -nobrowse

> mount server:<homedir> /mnt

# mount spfilesrv1p:/export/home/bure2 /mnt
NFS fsinfo failed for server spfilesrv1p: error 7 (RPC: Authentication
error)
nfs mount: mount: /mnt: Permission denied

Message has been deleted

Darren Dunham

unread,
Feb 9, 2005, 7:31:15 PM2/9/05
to
In comp.unix.solaris Rene Buehlmann <rene.bu...@swisscom.com> wrote:
> Darren Dunham wrote:
>> In comp.unix.solaris Rene Buehlmann <rene.bu...@swisscom.com> wrote:

>> ypmatch bure2 passwd

> bure2:LQbY5h4Ov.qZQ:10062:10000:Rene Buehlmann:/home/bure2:/bin/ksh

>> ypmatch <homedir> auto.home

> ypmatch /home/bure2 auto.home dosent work !!!

The actual command to chec would be 'ypmatch bure2 auto.home' in most
setups.

> # ypcat auto.home

> spfilesrv1p:/export/home/&
> #

ypcat -k auto.home would give more info, but that looks reasonable for
mapping all accounts to the same location.

>> mount server:<homedir> /mnt

> # mount spfilesrv1p:/export/home/bure2 /mnt
> NFS fsinfo failed for server spfilesrv1p: error 7 (RPC: Authentication
> error)
> nfs mount: mount: /mnt: Permission denied

Either the dfstab on the server doesn't authorise the machine, or you
have a reverse name resolution problem so that the name of the client
isn't matching the access list.

Rene Buehlmann

unread,
Feb 10, 2005, 4:12:39 AM2/10/05
to
Darren Dunham wrote:

>>>mount server:<homedir> /mnt
>
>
>># mount spfilesrv1p:/export/home/bure2 /mnt
>>NFS fsinfo failed for server spfilesrv1p: error 7 (RPC: Authentication
>>error)
>>nfs mount: mount: /mnt: Permission denied
>
>
> Either the dfstab on the server doesn't authorise the machine, or you
> have a reverse name resolution problem so that the name of the client

We think the DNS Configuration and NIS Configuration are correct.

bash-3.00# ypmatch -k wcisc49 hosts
wcisc49: 10.132.248.249 wcisc49.sicap.ch

bash-3.00# nslookup wcisc49
Server: 10.132.248.82
Address: 10.132.248.82#53

Name: wcisc49.sicap.ch
Address: 10.132.248.249

> isn't matching the access list.
>

We can mount all the other FS from this NFS Server.

Only the Home makes some trouble...

bash-3.00# hostname
wcisc49
bash-3.00# df -a

/isc (spfilesrv1:/export/isc): 7608898 blocks 6433381 files
/admin (spfilesrv1:/export/admin):50342044 blocks 5479670 files
/sicap (spfilesrv1:/export/sicap): 595744 blocks 2409184 files
/support (spfilesrv1:/export/support): 8426070 blocks 1232821
files
/usr/local/sicap (spfilesrv1:/export/local):13700068 blocks 897704 files

bash-3.00# showmount -e spfilesrv1
export list for spfilesrv1:
/cyclades (everyone)
/jumpstart (everyone)
/export/support SICAP_WS,SICAP_SRV
/export/sicap SICAP_WS,SICAP_SRV
/export/local SICAP_WS,SICAP_SRV
/export/isc SICAP_TEST,SICAP_WS,SICAP_SRV
/export/home SICAP_WS,SICAP_SRV
/export/admin SICAP_ISC


bash-3.00# ypmatch -k SICAP_WS netgroup
SICAP_WS: (wcwinnt1p.sicap.ch,,) (wclinux1.sicap.ch,,)
(wcisc31.sicap.ch,,) (wcisc32.sicap.ch,,) (wcisc33.sicap.ch,,)
(wcisc34.sicap.ch,,) (wcisc35.sicap.ch,,) (wcisc36.sicap.ch,,)
(wcisc37.sicap.ch,,) (wcisc38.sicap.ch,,) (wcisc39.sicap.ch,,)
(wcisc40.sicap.ch,,) (wcisc41.sicap.ch,,) (wcisc42.sicap.ch,,)
(wcisc45.sicap.ch,,) (wcisc49.sicap.ch,,) (wcisc48.sicap.ch,,)
(wcisc50.sicap.ch,,) (wcisc51.sicap.ch,,) (wcjump1.sicap.ch,,)
(wcjump2.sicap.ch,,)

Darren Dunham

unread,
Feb 10, 2005, 4:20:53 PM2/10/05
to
In comp.unix.solaris Rene Buehlmann <rene.bu...@swisscom.com> wrote:
> Darren Dunham wrote:

>>>>mount server:<homedir> /mnt
>>
>>
>>># mount spfilesrv1p:/export/home/bure2 /mnt
>>>NFS fsinfo failed for server spfilesrv1p: error 7 (RPC: Authentication
>>>error)
>>>nfs mount: mount: /mnt: Permission denied
>>
>>
>> Either the dfstab on the server doesn't authorise the machine, or you
>> have a reverse name resolution problem so that the name of the client

> We think the DNS Configuration and NIS Configuration are correct.

> bash-3.00# ypmatch -k wcisc49 hosts
> wcisc49: 10.132.248.249 wcisc49.sicap.ch

> bash-3.00# nslookup wcisc49
> Server: 10.132.248.82
> Address: 10.132.248.82#53

> Name: wcisc49.sicap.ch
> Address: 10.132.248.249

Whether the NFS server uses NIS or DNS for the resolution depends on the
nsswitch.conf file and the hosts: directive.

You need to check reverse lookup, not forward.

nslookup 10.132.248.249

Or, do a 'ping -s 10.132.248.249' from the NFS server and post the
output.

0 new messages