On Sun, 2009-03-01 at 16:49 +0900, [email protected] wrote: > Hello William, > > William Grant: > > We're having a fairly significant problem with aufs with an NFS branch. > > It happens on stock Ubuntu 8.04, 8.10 and 9.04 kernels, and with aufs > > 20090126. I've tested with Solaris 9/10 and Ubuntu 8.04 servers. > > Let me make sure. > Are you using _plain_ aufs 20090126?
Actually, that's one bit I forgot. I applied the usual patch at http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=commitdiff;h=2cac4849c42e08ded025f4f221b97aaa0d7f0f32 to make it build with the Ubuntu kernel. > > It's simple to reproduce - simply mount an NFSv3 export, and mount it as > > a writable aufs branch. Regardless of the udba mount option (even > > hinotify), writing to a file on the NFS branch does not cause the stats > > in the aufs directory listings to update. If I subsequently read from > > the file, its correct stats show up. > > Show your operation in detail. Which attribute was not updated? > > For example, > # mount -t aufs -o br:/rw:/ro none /au > $ ls -l /au > ::: > -rw-r--r-- 1 userA groupA 1382 Oct 27 17:57 fileA > ::: > $ echo abc >> /au/fileA > $ ls -l /au > -rw-r--r-- 1 userA groupA 1382 Oct 27 17:57 fileA > > The timestamp and size of fileA is unchanged. > Something like this? Like that, except "echo abc >> /rw/fileA". It happens whether you UDBA on the local mounted copy of the NFS export, or from a mount on another system. It also doesn't help to unmount and remount the aufs mount, nor even rmmod aufs. Thanks, -- William Grant ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H
