| To: | "Ralf Baechle" <ralf@linux-mips.org> |
|---|---|
| Subject: | RE: "exportfs -a" -> stale NFS filehandle |
| From: | "Kaz Kylheku" <kaz@zeugmasystems.com> |
| Date: | Thu, 15 Nov 2007 12:15:39 -0800 |
| Cc: | <linux-mips@linux-mips.org> |
| In-reply-to: | <20071115194548.GA30481@linux-mips.org> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| Sender: | linux-mips-bounce@linux-mips.org |
| Thread-index: | AcgnwCCtCdy5qIVVTMaI/zfLoW8HSAAAB8Cw |
| Thread-topic: | "exportfs -a" -> stale NFS filehandle |
Ralf Baechle wrote: > On Thu, Nov 15, 2007 at 11:26:06AM -0800, Kaz Kylheku wrote: > >> After backing out the nfsutils patch, the diskless node does boot. >> >> However, the original "exportfs -a" problem comes back! >> >> So this problem is not resolved simply by using the correct compat >> routine; it's deeper. >> >> Sigh. > > Thanks for testing anyway! I'm continuing to dig into the problem. The export logic doesn't even go through nfsctl() anyway, which is why I originally hadn't even suspected that syscall. The nfsexport() function in nfsutils first tries opening "/proc/net/rpc/nfsd.fh./channel". If that works, it uses that, via a text-based protocol. Only if that interface doesn't exist does it fall back on the nfsctl(NFSCTL_EXPORT, ...) interface. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: "exportfs -a" -> stale NFS filehandle, Ralf Baechle |
|---|---|
| Next by Date: | Re: [PATCH] Introduce __fill_user() and kill __bzero() [take #2], Franck Bui-Huu |
| Previous by Thread: | Re: "exportfs -a" -> stale NFS filehandle, Ralf Baechle |
| Next by Thread: | Re: "exportfs -a" -> stale NFS filehandle, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |