> Hello Bona, Hi! Thank you for the response. > > echo test >> A/B --> Works > > echo test >> B --> Works too, but there is a strange delay > ::: > > rm A/B > > echo test >> B > How long was the delay? > On my test environment (2.6.23-rc6, the latest aufs and nfsv3), I didn't > see such delay. Anything about 2 or 3 seconds. Echoing in A/B is fast, but echoing to B there is a little delay. Appears like a thread syncing or flushing it.
> > --> But it has a side effect, it brokes the open file descriptor: > > > > tail: A/B: No such file or directory > > tail: no files remaining > > What will happen if you export ext2 instead of aufs, execute tail and > rm? Is the behaviour is different? Yes. Even in NFS it works correctly. If the file still existing (with a hard link, the inode count is not 0 when you delete A/B) the file descriptor should stay working. The really strange think is that it still working until you give "rm A". It not changes the file system because the directory is not removed, but sudently closes the FD. Perhaps there is something about the .nfsXXXXX file. [EMAIL PROTECTED]:/tmp$ mkdir A; touch A/B; ln A/B B [EMAIL PROTECTED]:/tmp$ tail -f A/B & [EMAIL PROTECTED]:/tmp$ rm A/B [EMAIL PROTECTED]:/tmp$ ls -la A total 436 drwxrwxr-x 2 bona c3sl 33 2007-10-08 22:33 . drwxrwxrwt 8501 root root 319488 2007-10-08 22:33 .. -rw-rw-r-- 2 bona c3sl 0 2007-10-08 22:33 .nfs0402e31800019312 [EMAIL PROTECTED]:/tmp$ rmdir A rmdir: A: Directory not empty [EMAIL PROTECTED]:/tmp$ echo aaaa >> B [EMAIL PROTECTED]:/tmp$ aaaa The .nfs04XXXX appears to be a turn around to that problem of removing the file but the file itself still existing because the hardlink. The exactly same test fails with the mounted NFS volume was a AUFS. Thanks Bona ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
