Path: utzoo!utgpu!watserv1!watmath!att!rutgers!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!uunet!brunix!sgf From: sgf@cs.brown.edu (Sam Fulcomer) Newsgroups: comp.sys.sgi Subject: Re: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Summary: minor problem Keywords: NFS Message-ID: <41945@brunix.UUCP> Date: 5 Jun 90 19:01:43 GMT References: <1990Jun3.211031.1078@s1.msi.umn.edu> <8441@odin.corp.sgi.com> Sender: news@brunix.UUCP Reply-To: sgf@cfm.brown.edu (Sam Fulcomer) Organization: Brown University Department of Computer Science Lines: 33 In article <8441@odin.corp.sgi.com> jweldon@renegade.sgi.com (Jack P. Weldon) writes: >There is a problem with Sun's backoff algorithm in 4.1 mountd, and Sun has > >********************************************************************* >The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. >********************************************************************* > >We plan to fix this from our side in our next software release. This appears Hmmm..., Well, while we're waiting for the SGI "break" there're two easy solutions: - Run some other rpc.mountd on the SGI (if you've got src around somewhere...) - run this on the SGI right after rpc.mountd: ------------------------------------------------------------------------------ #include main(argc, argv) int argc; char **argv; { /* unregister with the portmapper */ pmap_unset(100005,99); } ------------------------------------------------------------------------------ (compiled by "cc -I/usr/include/sun -I/usr/include/bsd -o unset unset.c -lsun -lbsd -lrpcsvc") Now that wasn't so hard, was it? sgf@cfm.brown.edu _/**/Sam_Fulcomer