Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!snorkelwacker!mit-eddie!rutgers!umn-d-ub!umn-cs!cattelan
From: cattelan@umn-cs.CS.UMN.EDU (Russell Cattelan)
Newsgroups: comp.sys.next
Subject: Re: IOT Trap from rusers and mount -t nfs?
Message-ID: <17565@umn-cs.CS.UMN.EDU>
Date: 11 Dec 89 12:12:28 GMT
References: <857@wet.UUCP>
Reply-To: cattelan@umn-cs.cs.umn.edu (Russell Cattelan)
Organization: CSci Dept., University of Minnesota, Mpls.
Lines: 29

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}                     <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>