All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Cureton <david.cureton@catapult.com>
To: nfs@lists.sourceforge.net
Subject: The missing link -
Date: Mon, 02 May 2005 17:49:12 +1000	[thread overview]
Message-ID: <4275DB78.8090603@catapult.com> (raw)

Hi,
    I am using a SuSE 9.2 system as an NFS server and are seeing some
strange results. The server holds our home directories and exports a
number of disks to all the other workstations in the group.  The setup
is somewhat strange in that the first NFS mount, a directory called
"server", containing all the mountpoint for the subsequent mounting of
the other exported partitions


eg.  /server exported from the fileserver contains

drwxr-xr-x   4 root root 288 2005-04-01 15:32 .
lrwxrwxrwx   1 root root  27 2005-03-24 16:25 ./Shared ->
/server/volumes/vol0/Shared
lrwxrwxrwx   1 root root  26 2005-03-24 10:55 ./Staff ->
/server/volumes/vol0/Staff
lrwxrwxrwx   1 root root  27 2005-03-24 10:52 ./users ->
/server/volumes/vol0/users/
lrwxrwxrwx   1 root root  26 2005-03-24 10:51 ./usr1 ->
/server/volumes/vol0/usr1/
lrwxrwxrwx   1 root root  26 2005-03-24 10:51 ./usr2 ->
/server/volumes/vol0/usr2/
lrwxrwxrwx   1 root root  25 2005-03-24 10:53 ./usr3 ->
/server/volumes/vol0/usr3
lrwxrwxrwx   1 root root  25 2005-03-24 10:54 ./usr4 ->
/server/volumes/vol0/usr4
lrwxrwxrwx   1 root root  25 2005-03-24 10:54 ./usr5 ->
/server/volumes/vol0/usr5
drwxr-xr-x   5 root root 120 2005-03-29 13:52 ./volumes
drwxr-xr-x  12 root root 272 2005-04-01 16:00 ./volumes/vol0
drwxr-xr-x   4 root root  80 2005-03-23 17:53 ./volumes/vol1
drwxr-xr-x   2 root root  48 2005-03-29 13:52 ./volumes/vol2


The fstab of a client therefore looks like:

melbourne-fs3:/server      /server    nfs     defaults  0 2
melbourne-fs3:/server/volumes/vol2      /server/volumes/vol2     nfs
defaults  0 2
melbourne-fs3:/server/volumes/vol1      /server/volumes/vol1     nfs
defaults  0 2
melbourne-fs3:/server/volumes/vol0      /server/volumes/vol0     nfs
defaults  0 2


The clients  then have  a link from /Staff  --> /server/Staff which in
it self is a link to /server/volumes/vol0/Staff
i.e. /Staff (link on client's root)  --> /server/Staff (link on nfs
mount) --> /server/volumes/vol0/Staff (Real NFS exported directory)

This works fine most of the time and allows us to  move data between
disks without having to change links of the clients. It also allows us
to add new disks an easily bring them into use.

However on occasion we have noticed that the /server/Staff link just
disappears for some SuSE9.2 clients and the user no longer has access to
there home directory. All other clients still have the link available
and they are fine.

It appears that the client looses the /server/Staff  symbolic link out
of its NFS cache and forgets about it until the cache expires and does a
readdirplus on the /server directory.   All other accesses to the
/server director on the NFS client prior to the cache update  only check
the attibutes of the /server directory and it contents (excluding the
/server/Staff link) and as nothing has changed, uses the cached data.

I am at a loss as to how I can debug this NFS problem  further.  I have
done copious amounts of searching on google and have not found a similar
issue.

Server and client particulars are:

Both SuSE 9.2
Server 'uname -a': Linux melbourne-fs3 2.6.8-24.14-default #1 Tue Mar 29
09:27:43 UTC 2005 i686 athlon i386 GNU/Linux
Kernel based NFS server

Client 'uname -a': Linux cockatoo 2.6.8-24-default #1 Wed Oct 6 09:16:23
UTC 2004 i686 athlon i386 GNU/Linux



Any assistance as to how I should go about debuging such a beast would
be greatly appreciated, especially as it only happens 1 a fortnight
further componding being able to resolve it

David










-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

             reply	other threads:[~2005-05-02  7:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-02  7:49 David Cureton [this message]
2005-05-02 12:50 ` The missing link - Trond Myklebust
2005-05-02 22:21   ` David Cureton
2005-05-06  6:50   ` ADV: " David Cureton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4275DB78.8090603@catapult.com \
    --to=david.cureton@catapult.com \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.