Bug 8557
Summary: | NFS: server error: fileid changed | ||
---|---|---|---|
Product: | File System | Reporter: | Dick Snippe (Dick.Snippe) |
Component: | NFS | Assignee: | Trond Myklebust (trondmy) |
Status: | CLOSED INVALID | ||
Severity: | normal | CC: | juanino |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.20 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Dick Snippe
2007-05-31 01:29:52 UTC
Actually it's easier to reproduce the problem: 1 + 2) = same. Just make sure that you have ro and rw mounted filesystems on the same fsid and that the rw-mounted filesystems "win" (i.e. the merged superblock sees all nfs-filesystems as rw) 3) Make sure that /mnt/ro is a read-only exported filesystem and that /mnt/ro/foodir exists, is a directory and is writable by the user 4) $ while :; do mkdir /mnt/ro/foodir/subdir; done This triggers the "fileid changed" behaviour This is due to a known bug in the netapp filers. Under certain circumstances they can return uninitialised post-op attributes. I believe that a fix is supposed to be forthcoming in OnTap. To be more precise, the fix is available in OnTap 7.2.3 and later. Note that the bug only appears on read-only exports, so one workaround is to simply export the volume as read-write from the filers, and then mount it as read-only on the clients. |