Messages in this thread |  | | | Subject | Re: Linux 2.6.8 NFS not stateless and random failures? | | From | Trond Myklebust <> | | Date | Mon, 16 Jan 2006 10:42:48 -0500 |
| |
On Mon, 2006-01-16 at 02:01 -0700, Michael Loftis wrote: > (Sincere apologies if this gets posted twice, old habits die hard, and I > was posting to rutgers instead of kernel.org!) > > We recently attempted to upgrade a completely working Linux 2.4 NFS > environment to 2.6 based server, nothing else has changed, at all, just the > server. > > On with the show, when did the 2.6 series NFS lose it's stateless ability? > Now whenever I update NFS exports, or reboot the NFS server, I have to > remount or reboot all NFS clients now. I thought part of the whole point > of NFS is it is stateless. Indeed we didn't have this behavior before > 2.6... > > Secondly we're getting weird intermittent failures, most easily seen by the > webservers with logs along the lines of below, apparently random, and > inconsistent. I removed the particular path and client from the below log > entry. There is NOT a permissions problem on these elements. Subsequent > accesses will (usually) succeed. Right after a reboot everything will be > fine for a while...then after a bit the webserver starts to get these > errors intermittently, with no apparent reasoning behind them. Again, with > 2.4, we had nothing of the sort going on except in the (very very limited > and few) legitimate cases caused by customers setting incorrect perms. > > [Sun Jan 15 12:14:00 2006] [error] [client a.b.c.d] (13)Permission denied: > access to /path... failed because search permissions are missing on a > component of the path > > Debian 3.1 Kernel 2.6.8-2-686-smp w/ ReiserFS on LVM on a qlogic QLA2342 > (2312) based PCI-X/133Mhz card.
AFAIK, most of these bugs have been fixed.
Please try to reproduce the problems on a more recent kernel, or get Debian to backport the fixes.
Cheers, Trond
- 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/
|  |