[lkml]   [2009]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subjectregression, bisected: getcwd() ENOENT on NFS4...
    Since 2.6.30-rc, I've been experiencing various issues relating to
    getcwd() returning ENOENT on NFS4 clients. I used an over-complicated
    but reliable reproducer [1] (on Karmic RC against a 2.6.32-rc5 NFS4
    server) to bisect [2].

    The impact of this regression is moderate (side-effects range from
    benign to failure), so we should get a fix into 2.6.32 if at all
    possible and strongly consider a 2.6.31 stable update.


    --- [1]

    $ apt-get source apt
    $ cd apt-*
    $ ./configure && make
    sh: getcwd() failed: No such file or directory

    --- [2]

    a65318bf3afc93ce49227e849d213799b072c5fd is first bad commit
    commit a65318bf3afc93ce49227e849d213799b072c5fd
    Author: Trond Myklebust <>
    Date: Wed Mar 11 14:10:28 2009 -0400

    NFSv4: Simplify some cache consistency post-op GETATTRs

    Certain asynchronous operations such as write() do not expect
    (or care) that other metadata such as the file owner, mode, acls, ...
    change. All they want to do is update and/or check the change attribute,
    ctime, and mtime.
    By skipping the file owner and group update, we also avoid having to do a
    potential idmapper upcall for these asynchronous RPC calls.

    Signed-off-by: Trond Myklebust <>

    :040000 040000 0c89c426fff3ad249757e3f77327ea79902df64b
    6c96fe34f548df08cd11771fbcc839b44a5607e1 M fs
    :040000 040000 6ce4d50124b9dd214c54a42bd922a2b9da10aca2
    16f551da881e2d2faeb786e5c47cfe0a21f42ade M include
    Daniel J Blueman

     \ /
      Last update: 2009-10-26 00:35    [W:0.020 / U:6.132 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site