Messages in this thread | | | Subject | Re: knfsd rejects everyone on SparcLinux 2.1.89 | Date | Wed, 08 Apr 1998 09:58:07 +0200 | From | "Erwin J. van Eijk" <> |
| |
cc> After drilling into the sources of both the kernel NFSD part and its cc> user-level support daemons (a first time experience to me), it has come to cc> me that in fs/nfsd/export.c, in the function exp_export(), the kernel half cc> was getting a device number for /snepa which is different from the cc> device
Well, as far as I can tell, on Intel this is caused by libc using uint64_t as a dev_t, and the kernel using short as dev_t. I created some fixes in the nfs-0.4.22 stuff, and now it works quite well. Under the provision that the client does not try to establish the whereabouts from a server by sending a null packet to the server. (Ultrix 4.3 does this unfortunately)
cc> I have no convenient access to a i386 PC I could recompile Linux on, to cc> check whether this problem is specific or not. Has anyone succesfully used cc> the knfsd on recent kernel, on any platform ?
I think this is not arch related....
cc> Software : cc> S/Linux 2.1.89-VGER-CVS980313 cc> linux-nfs 0.4.22 from ftp.mathematik.tu-darmstadt.de/pub/okir
What's your base distribution? Redhat?
Grtz EJ -- +--------------------+ There's only one rule: | Erwin J. van Eijk | The golden rule. | eijk@acm.org | He who owns the gold, rules. +--------------------+
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |