> As the problem does not show up when Linux is also the server,
> it is possible that the bug is in the PowerMAX OS side.
> However, the patch made to Linux at that time simply looks
> *wrong* .. why should errors be returned by a NFS read routine
> just because EOF is not set? Perhaps we are hitting a race on
> close that Linux, when it is the server, doesn't see because it
> responds faster?
You are actually probably hitting a hole in the file. If the client
has written beyond the eof, but not yet transmitted the data to the
server, then you would indeed probably see an EIO.
Your fix is probably correct, but could you just cross-check by seeing
if the appended patch also fixes the problem?
Cheers,
Trond
--- linux-2.4.21-up/fs/nfs/read.c.orig 2002-12-12 02:23:09.000000000 -0800
+++ linux-2.4.21-up/fs/nfs/read.c 2003-03-11 13:52:26.000000000 -0800
@@ -424,7 +424,7 @@
memset(p + count, 0, PAGE_CACHE_SIZE - count);
kunmap(page);
count = 0;
- if (data->res.eof)
+ if (data->res.eof || page_index(page) <= inode->i_size >> PAGE_CACHE_SHIFT)
SetPageUptodate(page);
else
SetPageError(page);
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/