abdullah alamoudi has posted comments on this change. Change subject: This change fixes the sporadic connection refused errors after managix starts up an Asterix instance. This can mostly be seen during asterix-installer tests. The fix basically lets managix wait and listens through zookeeper for a signal from the cluster c ......................................................................
Patch Set 1: True. This is dependent on the existence of zookeeper. in fact, last week I first implemented the whole thing using RMI and so zoo keeper was not involved. Then Raman suggested that since we have a communication channel already (through zoo keeper), why add the RMI. So I re-did the complete implementation using zoo keeper. These are the following steps: 1. Managix starts zoo keeper. 2. Managix tells zoo keeper (If someone updates the state of the cluster, let me know immediately). 3. Managix starts CC and wait. 4. CC startup begins. 5. CC complete startup. 6. CC tells zoo keeper the new state. 7. Zookeeper tells Managix that the state was updated. 8. Managix checks the state and can then return to the user with the correct state of the cluster. As I understand, there is no intention of getting rid of zoo keeper and maybe we will even use it for other fault tolerance related tasks as well. And in case we remove zoo keeper, I have a copy of the RMI implementation that we can use :-). -- To view, visit https://asterix-gerrit.ics.uci.edu/365 To unsubscribe, visit https://asterix-gerrit.ics.uci.edu/settings Gerrit-MessageType: comment Gerrit-Change-Id: I0975308e1dc2650d8c2e50d58ff2c696b22eaaa4 Gerrit-PatchSet: 1 Gerrit-Project: hyracks Gerrit-Branch: master Gerrit-Owner: abdullah alamoudi <[email protected]> Gerrit-Reviewer: Chris Hillery <[email protected]> Gerrit-Reviewer: Ian Maxon <[email protected]> Gerrit-Reviewer: Jenkins <[email protected]> Gerrit-Reviewer: Murtadha Hubail <[email protected]> Gerrit-Reviewer: Till Westmann <[email protected]> Gerrit-Reviewer: abdullah alamoudi <[email protected]> Gerrit-HasComments: No
