The getDecision procedure defined in Figure 17.4is provided only by coordinators. Define a new
version of getDecision to be provided by participants for use by other participants that need to
obtain a decision when the coordinator is unavailable.
Assume that any active participant can make a getDecision request to any other active participant. Does this
solve the problem of delay during the ‘uncertain’ period? Explain your answer.
At what point in the two-phase commit protocol would the coordinator inform the participants of the other
participants’ identities (to enable this communication)?
What will be an ideal response?
The signature for the new version is:
getDecision (trans) -> Yes/ No/ Uncertain
The worker replies as follows:
If it has already received the doCommit or doAbort from the coordinator or received the result via another
worker, then reply Yes or No;
if it has not yet voted, reply No (the workers can abort because a decision cannot yet have been reached);
if it is uncertain, reply uncertain.
This does not solve the problem of delay during the ‘uncertain’ period. If all of the currently active workers
are uncertain, they will remain uncertain.
The coordinator can inform the workers of the other workers’ identities when it sends out the canCommit
request.
You might also like to view...
What is the FTP server’s source port number to handle an FTP data transfer?
What will be an ideal response?
RAM is considered __________ because it loses its contents when the power is cut.
a. fast b. permanent c. volatile d. none of the above
Routers periodically send which type of message to inform hosts of link prefixes, settings for address autoconfiguration, link MTU, valid and preferred lifetimes, and other possible options?
A. Router Solicitation B. Neighbor Advertisement C. Router Advertisement D. Neighbor Solicitation
The
heading element is the largest of the heading tags
Indicate whether the statement is true or false