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