home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!swrinde!network.ucsd.edu!sdcc12!xm9
- From: xm9@sdcc12.ucsd.edu (richard g. adair)
- Newsgroups: comp.sys.hp
- Subject: Re: clusters
- Summary: timeouts
- Keywords: cluster
- Message-ID: <42744@sdcc12.ucsd.edu>
- Date: 20 Dec 92 17:39:48 GMT
- References: <BzFsCM.H5u@bunyip.cc.uq.oz.au> <42692@sdcc12.ucsd.edu> <1gt202INN1od@loon.graphics.cornell.edu>
- Sender: news@sdcc12.ucsd.edu
- Organization: Arete Associates, San Diego
- Lines: 13
- Nntp-Posting-Host: sdcc12.ucsd.edu
-
- In article <1gt202INN1od@loon.graphics.cornell.edu> hurf@boa.graphics.cornell.edu (Hurf Sheldon) writes:
- > clients are... really)
- > Ethernet is much more sensitive to trouble - the old "I've got
- > 15 secs to reconnect" won't work - more like 2 or 3 sec's tops
- > before the client gets abandoned and the server fills the console
- > with error messages (a sub-plus is you can wiggle a bad connector
- > and see an instant error message)
-
- Isn't there a kernel parameter that sets the cluster timeout?
-
- Tony Burzio
- Arete Associates
- San Diego, CA
-