mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Jakob Oestergaard <jakob@unthought.net>,
	Neil Brown <neilb@cse.unsw.edu.au>
Cc: Brad Campbell <brad@wasp.net.au>, lkml <linux-kernel@vger.kernel.org>
Subject: Re: nfs stale filehandle issues with 2.6.10-rc1 in-kernel server
Date: Wed, 03 Nov 2004 08:05:48 -0800	[thread overview]
Message-ID: <1099497948.8076.14.camel@lade.trondhjem.org> (raw)
In-Reply-To: <20041103151011.GC12752@unthought.net>

on den 03.11.2004 Klokka 16:10 (+0100) skreiv Jakob Oestergaard:
> On Tue, Nov 02, 2004 at 08:37:04AM -0800, Trond Myklebust wrote:
> > ty den 02.11.2004 Klokka 16:02 (+0400) skreiv Brad Campbell:
> > 
> > > /raid 192.168.2.81(rw,async,no_root_squash)
> > > /raid 192.168.3.80(rw,async,no_root_squash)
> > > /raid0 192.168.2.81(rw,async,no_root_squash)
> > > /raid0/tmp 192.168.2.81(rw,async,no_root_squash)
> > > /raid2 192.168.2.81(rw,async,no_root_squash)
> > > /raid2 192.168.3.80(rw,async,no_root_squash)
> > > /nfsroot 192.168.2.81(rw,async,no_root_squash)
> > 
> > You should only have 1 line per directory.
> 
> But exportfs won't complain about this.
> 
> Additionally, it seems to be allowed to use NIS netgroups in the exports
> file, except, well, it "sort of doesn't quite entirely always work".
> The best part of course being the errors you get: None on the server -
> but mounts might misbehave randomly at some point in the future on some
> client machines.
> 
> I just edited an exports file (according to your recommendations -
> because my server occationally gave stale file handles on some client
> machines), and found that the netmask 255.255.254.0 doesn't work either
> - you need to specify two nets with 255.255.255.0 instead.   My point
> being, that even though I administer a network that I would describe as
> "small", even I run into major problems with the lack of proper parsing
> and error reporting of /etc/exports.
> 
> Generally, it seems exportfs would accept virtually any input, export it
> one way or another to the kernel, with unpredictable results and
> spurious errors at random times in the future.
> 
> What I would like was for exportfs to either say "No! Fix your file
> stupid" or "Good! This setup will work reliably for all eternity then".
> 
> Is anyone considering fixing this?   And; is the problem mainly in
> exportfs, in the kernel, or both?  (relevant for me to know if I want to
> go fix it myself)    Thanks!

I agree entirely.

The above two questions should really be directed to Neil (so I've Cced
him). My guess would be that he would welcome any help here.

Although the limitations on what you are allowed to export are
kernel-based, I believe you only need to add the checks to the nfs-utils
package's parser for /etc/exports.

Cheers,
  Trond

-- 
Trond Myklebust <trond.myklebust@fys.uio.no>


      parent reply	other threads:[~2004-11-03 16:07 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-02 12:02 Brad Campbell
2004-11-02 16:37 ` Trond Myklebust
2004-11-02 19:49   ` Jeff Garzik
2004-11-02 20:09     ` Jakob Oestergaard
2004-11-05  2:47       ` Jeff Garzik
2004-11-05  2:59         ` Trond Myklebust
2004-11-05  3:07           ` Jeff Garzik
2004-11-05 13:43         ` Jakob Oestergaard
2004-11-02 21:05     ` Jeff V. Merkey
2004-11-02 21:37       ` Trond Myklebust
     [not found]         ` <20041102225304.GA11441@galt.devicelogics.com>
2004-11-03  0:19           ` Jeff V. Merkey
2004-11-03  1:13             ` Trond Myklebust
2004-11-03 16:54               ` Jeff V. Merkey
2004-11-03 21:38                 ` Jeff V. Merkey
2004-11-03 23:32                   ` Trond Myklebust
2004-11-04  0:12                     ` Jeff V. Merkey
2004-11-02 21:36     ` Trond Myklebust
2004-11-05  2:57       ` Jeff Garzik
2004-11-05  3:09         ` Trond Myklebust
2004-11-05  7:27           ` Jeff Garzik
2004-11-02 21:51     ` J. Bruce Fields
2004-11-08 20:53       ` J. Bruce Fields
2004-11-03 15:10   ` Jakob Oestergaard
2004-11-03 16:02     ` J. Bruce Fields
2004-11-03 16:05     ` Trond Myklebust [this message]

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=1099497948.8076.14.camel@lade.trondhjem.org \
    --to=trond.myklebust@fys.uio.no \
    --cc=brad@wasp.net.au \
    --cc=jakob@unthought.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®