[lkml]   [2003]   [Dec]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.6 nfsd troubles - stale filehandles
    On Wednesday December 3, wrote:
    > So, I managed to do it now. The strange thing is, I had created an
    > extra share of the home dirs for this test (I had "mount --bind"'ed it
    > on /var/lib/nfs/nfstest), and only set subtree_check back on the test
    > export, in an attempt to keep the normal parts of the system reliable
    > while testing, but just doing that made the real export behave bad as
    > well. It seems to run amok as soon as I have subtree_checking on only
    > one export.

    "mount --bind" certainly has a good chance of confusing nfsd.
    If you --bind mount the root of the filesystem somewhere else and
    export that, then the filehandles generated will be exactly the same
    and nfsd cannot know whether a request is indented for one mountpoint
    or the other.
    When using --bind, it is best to give an 'fsid=' option in
    /etc/exports so that nfsd can use that to differentiate the mount

    > nfsd_dispatch: vers 3 proc 1
    > nfsd: GETATTR(3) 36: 06000001 0000fe00 00000002 00023b44 00023957 00000000
    > nfsd: fh_verify(36: 06000001 0000fe00 00000002 00023b44 00023957 00000000)
    > nfsd_acceptable failed at c669a5c0 dc

    This strongly suggests that nfsd thought that the user making the
    request didn't have 'x' access to the parent of 'dc'. i.e. to /hannes.

    > Some more info: I was root while causing this error, and the dir arch
    > looks like this (from this filesystem's point of view, it is really my
    > home dirs):
    > rwxr-xr-x root root /
    > rwx--x---+ hannes users /hannes
    > rwxr-xr-x hannes users /hannes/dc

    And if you are not exporting with no_root_squash, then the user does
    not have 'x' access to hannes.

    So if you haven't exported with 'no_root_squash', then this completely
    makes sense. The nfs client is allowing root access (based on cached
    data that some other local users recently accessed) but the server is
    not allowing root access.
    Arguably you should be getting "permission denied" rather than
    "stale", but you certainly shouldn't expect it to work.

    If, on the other hand, you have specified no_root_squash, then this is
    still very strange.

    What export options are you using?


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:59    [W:0.021 / U:4.860 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site