Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ucbvax.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!ihnp4!ucbvax!info-vax
From: info-vax@ucbvax.ARPA
Newsgroups: fa.info-vax
Subject: RE: clusters and V4
Message-ID: <4075@ucbvax.ARPA>
Date: Tue, 8-Jan-85 14:03:49 EST
Article-I.D.: ucbvax.4075
Posted: Tue Jan  8 14:03:49 1985
Date-Received: Wed, 9-Jan-85 05:23:28 EST
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 22

From: "Stephen Tihor" 

	Second problem: With just two of the 750s currently running V4.0,
	if one of them crashes, the other blocks process execution.  This
	is somewhat less than desirable, 

There are two "approved" techniques of maintaining a cluster in a two processor
enviornment.  

	(A) add a quorum disk on a shared device (HSC or DUAL ported disk)

	(B) Make one node the "master" and the other the "slave" by 
		giving the master 2 votes and the slave 0.  Then at least
		the master can keep going.

Is that the sort of information you were asking for?

 \\   Stephen Tihor / CIMS / NYU / 251 Mercer Street  / New York, NY 10012  //
((  DEC Enet: RHEA::DECWRL::"""TIHOR@NYU-CMCL1.ARPA"""  NYUnet: TIHOR.CMCL1  ))
 // ARPAnet: Tihor@NYU-CMCL1   UUCPnet address: ...!ihnp4!cmcl2!cmcl1!tihor \\
 
-------