RE NFS4 problem

Gonçalo Borges goncalo at lip.pt
Wed Sep 13 10:02:06 EDT 2006


Hi Pierre,

Here goes the fstab file in the CLIENT.
Indeed, it presents the hard option:

[root at lflip23 ~]# more /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/1                /                       ext3    defaults        1 1
none                    /dev/pts                devpts  gid=5,mode=620  0 0
none                    /dev/shm                tmpfs   defaults        0 0
none                    /proc                   proc    defaults        0 0
none                    /sys                    sysfs   defaults        0 0
LABEL=SWAP-sda2         swap                    swap    defaults        0 0
ce02.lip.pt:/usr/local/sge/utils_scripts  /usr/local/sge/utils_scripts 
nfs4  rw,hard,intr,proto=udp,port=2049,auto  0 0
ce02.lip.pt:/exp-soft  /exp-soft  nfs4  
rw,hard,intr,proto=udp,port=2049,auto  0 0

Here goes the server fstab and server config files  (I didn't know which 
one you were referring to so I posted all):

[root at ce02 ~]# more /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/                 /                       ext3    defaults        1 1
none                    /dev/pts                devpts  gid=5,mode=620  0 0
none                    /dev/shm                tmpfs   defaults        0 0
none                    /proc                   proc    defaults        0 0
none                    /sys                    sysfs   defaults        0 0
LABEL=SWAP-sda2         swap                    swap    defaults        0 0
/usr/local/sge/utils_scripts                   
/export/usr/local/sge/utils_scripts            ext3    bind,rw         0 0
/exp-soft               /export/exp-soft        ext3    bind,rw         0 0

*****************************************

root at ce02 ~]# more /etc/exports
/export *.lip.pt(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash)
/export/usr/local/sge/utils_scripts 
*.lip.pt(rw,nohide,insecure,no_subtree_check,sync,no_root_squash)
/export/exp-soft 
*.lip.pt(rw,nohide,insecure,no_subtree_check,sync,no_root_squash)

*****************************************

[root at ce02 ~]# more /etc/idmapd.conf
[General]

Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = lip.pt

[Mapping]

# Nobody-User = nobody
# Nobody-Group = nobody

[Translation]
# Method = nsswitch

*****************************************

[root at ce02 ~]# more /etc/gssapi_mech.conf
# GSSAPI Mechanism Definitions
#
# This configuration file determines which GSS-API mechanisms
# the gssd code should use
#
# NOTE:
# The initiaiization function "mechglue_internal_krb5_init"
# is used for the MIT krb5 gssapi mechanism.  This special
# function name indicates that an internal function should
# be used to determine the entry points for the MIT gssapi
# mechanism funtions.
#
# library                               initialization function
# ================================      ==========================
# The MIT K5 gssapi library, use special function for initialization.
/usr/lib/libgssapi_krb5.so     mechglue_internal_krb5_init
#
# The SPKM3 gssapi library function.  Use the function spkm3_gss_initialize.
# /usr/local/gss_mechs/spkm/spkm3/libgssapi_spkm3.so    spkm3_gss_initialize

Thanks
Goncalo


pierre_stephane.baton at alcatelaleniaspace.com wrote:
>
> Hello,
>
> Could you show us your server config file and the fstab of the client 
> please.
>
> I've seen something like this with old nfs, it was a network problem 
> with the hard option in mount.
>
>
> ________________________________
> Pierre-Stéphane BATON
> DI - OI/IT
> Consultant Trasys-OSI
> Support informatique Unix/Linux
> E01-H14-L44 - Tel :+32 (0)71 442797
>
> Alcatel Alenia Space ETCA (DI/SYS)
> Rue Chapelle BEAUSSART, 101
> B-6032  Mont-sur-Marchienne
>
>
> *Gonçalo Borges <goncalo at lip.pt>*
> Envoyé par : nfsv4-bounces at linux-nfs.org
>
> 13/09/2006 15:29
>
> 	
> A
> 	nfsv4 at linux-nfs.org
> cc
> 	
> Objet
> 	NFS4 problem
>
>
>
> 	
>
>
>
>
>
> Dear NFS4 experts,
> I'm having a problem with NFS4 running under Scientific Linux, or in
> other words, Red-Hat Enterprise.
> If this is not the correct mailing list to post my problem, please point
> me out to the correct one.
>
> NFS4 is installed in the following machines/kernels:
>
> CLIENT:
> [root at lflip23 ~]# uname -a
> Linux lflip23.lip.pt 2.6.17.6 #1 SMP Fri Jul 21 15:20:33 WEST 2006 i686
> athlon i386 GNU/Linux
>
> SERVER:
> [root at ce02 ~]# uname -a
> Linux ce02.lip.pt 2.6.17.6 #1 SMP Thu Jul 20 14:00:39 WEST 2006 i686
> athlon i386 GNU/Linux
>
> These are the nfs versions which are installed in both machines:
>
> [root at ce02 ~]# rpm -qa | grep portmap
> portmap-4.0-63
> [root at ce02 ~]# rpm -qa | grep nfs
> system-config-nfs-1.2.8-1
> nfs-utils-1.0.6-65.EL4
>
> The problem is the following:
> - After rebooting the CLIENT, the shared directories (/exp-soft and
> /usr/local/sge/utils_scripts) are completely accessible from the CLIENT
> machine:
>
> [root at lflip23 ~]# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1            239326844   6151812 221017848   3% /
> none                   1035244         0   1035244   0% /dev/shm
> ce02.lip.pt:/usr/local/sge/utils_scripts
>                     239326848   5772896 221396768   3%
> /usr/local/sge/utils_scripts
> ce02.lip.pt:/exp-soft
>                     239326848   5772896 221396768   3% /exp-soft
>
>
> - At the end of the day, the shared directories are not available
> anymore from the client CLIENT:
>
> [root at lflip23 ~]# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1            239326844   6151812 221017848   3% /
> none                   1035244         0   1035244   0% /dev/shm
> ( HANGS FOREVER !!!... )
>
> I do not see anything in the logs. Nevertheless, if I run "dmesg", this
> is what I've got:
>
> (...)
> nfs: server ce02.lip.pt not responding, still trying
> nfs: server ce02.lip.pt not responding, still trying
> nfs: server ce02.lip.pt not responding, still trying
> (...)
>
> I have tried to unmount the shared directories in the CLIENT, restart
> the deamons and mount the directories again.
> Nevertheless, the problem persists:
>
> [root at lflip23 ~]# umount -l /usr/local/sge/utils_scripts
> [root at lflip23 ~]# umount -l /exp-soft
> [root at lflip23 ~]# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1            239326844   6151832 221017828   3% /
> none                   1035244         0   1035244   0% /dev/shm
> [root at lflip23 ~]# /etc/init.d/nfslock stop
> Stopping NFS statd:                                        [FAILED]
> [root at lflip23 ~]# /etc/init.d/nfs stop
> Shutting down NFS mountd:                                  [FAILED]
> Shutting down NFS daemon:                                  [FAILED]
> Shutting down NFS quotas:                                  [FAILED]
> Shutting down NFS services:                                [  OK  ]
> [root at lflip23 ~]# /etc/init.d/rpcgssd stop
> [root at lflip23 ~]# /etc/init.d/rpcsvcgssd stop
> [root at lflip23 ~]# /etc/init.d/portmap restart
> Stopping portmap:                                          [  OK  ]
> Starting portmap:                                          [  OK  ]
> [root at lflip23 ~]# /etc/init.d/rpcidmapd restart
> Shutting down RPC idmapd:                                  [  OK  ]
> Starting RPC idmapd:                                       [  OK  ]
> [root at lflip23 ~]# mount /usr/local/sge/utils_scripts
> [root at lflip23 ~]# mount /exp-soft
> [root at lflip23 ~]# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1            239326844   6151840 221017820   3% /
> none                   1035244         0   1035244   0% /dev/shm
> (HANGS FOREVER !!!....)
>
> Do you have any suggestions?
>
> Thanks in advance
> Cheers
> Goncalo
> _______________________________________________
> NFSv4 mailing list
> NFSv4 at linux-nfs.org
> http://linux-nfs.org/cgi-bin/mailman/listinfo/nfsv4
>



More information about the NFSv4 mailing list