[comp.sys.next] IOT Trap from rusers and mount -t nfs?

epsilon@wet.UUCP (Eric P. Scott) (12/11/89)

Any ideas what would cause this--or what I should look for?
Only one cube does it.

rusers (with no arguments) dies with an IOT Trap, but works
fine when given a hostname.  NFS mounts also die with IOT
Trap.  My guess is there's a "this can't ever happen" abort()
somewhere (in the RPC code?).  I'm stymied.

					-=EPS=-

epsilon@wet.UUCP (Eric P. Scott) (12/11/89)

root is in 9 groups on the machine in question.

					-=EPS=-

dyer@spdcc.COM (Steve Dyer) (12/11/89)

In article <857@wet.UUCP> eps@cs.sfsu.edu (Eric P. Scott) writes:
>Any ideas what would cause this--or what I should look for?
>Only one cube does it.
>
>rusers (with no arguments) dies with an IOT Trap, but works
>fine when given a hostname.  NFS mounts also die with IOT
>Trap.  My guess is there's a "this can't ever happen" abort()
>somewhere (in the RPC code?).  I'm stymied.

I'm not a NeXT expert, but I'm familiar with the Sun RPC library.
abort() is called within auth_unix_create_default() if the
getgroups() call returns -1.  This will occur if the RPC library
called getgroups(ngroups, ...) with a value of ngroups smaller
than the kernel value (i.e. if the library was compiled with
NGRPS set to 8 but the kernel thinks that NGROUPS is larger, say,
16 or 32.

-- 
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
dyer@arktouros.mit.edu, dyer@hstbme.mit.edu

cattelan@umn-cs.CS.UMN.EDU (Russell Cattelan) (12/11/89)

In article <857@wet.UUCP> eps@cs.sfsu.edu (Eric P. Scott) writes:
>Any ideas what would cause this--or what I should look for?
>Only one cube does it.
>
>rusers (with no arguments) dies with an IOT Trap, but works
>fine when given a hostname.  NFS mounts also die with IOT
>Trap.  My guess is there's a "this can't ever happen" abort()
>somewhere (in the RPC code?).  I'm stymied.
>
>					-=EPS=-
I am having similar problems, we have two cubes each with 330 meg
drives so instead of havein NextLibrary(110meg) on both I cross mounted
from on to the other. But I want to cross mount /usr/local back to the
other cube (the one with NextLibrary) but no dice. 
The question is why can I mount from one to the other but then
not vice versia. 
Also the only way I can get the mount to work is at boot time
whenever I mount -a or mount /usr/local jeckle:/usr/local
I get IOT trap (hmm I don't know) 

I think all the file are correct. because we also mount user space
from our sun cluster. 

  
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<> :-{             :-\<>  Russell Cattelan       University of Minnesota    <>
<>    :-}       :-`)  <>  cattelan@umn-cs.cs.umn.edu                        <>
<>       :-) :-(      <>  {...!rutgers!umn-cs!cattelan}                     <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>