[jira] Commented: (ZOOKEEPER-156) update programmer guide with acl details from old wiki page
[ https://issues.apache.org/jira/browse/ZOOKEEPER-156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636809#action_12636809 ] Hudson commented on ZOOKEEPER-156: -- Integrated in ZooKeeper-trunk #103 (See [http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/103/]) . update programmer guide with acl details from old wiki page update programmer guide with acl details from old wiki page --- Key: ZOOKEEPER-156 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-156 Project: Zookeeper Issue Type: Task Components: documentation Reporter: Patrick Hunt Assignee: Patrick Hunt Fix For: 3.0.0 Attachments: ZOOKEEPER-156.patch, ZOOKEEPER-156.patch, ZOOKEEPER-156.patch Need to update the programmer guide with the acl details form the old wiki page. http://zookeeper.wiki.sourceforge.net/ZooKeeperACLs -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ZOOKEEPER-136) sync causes hang in all followers of quorum
[ https://issues.apache.org/jira/browse/ZOOKEEPER-136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12636808#action_12636808 ] Hudson commented on ZOOKEEPER-136: -- Integrated in ZooKeeper-trunk #103 (See [http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/103/]) .patch sync causes hang in all followers of quorum --- Key: ZOOKEEPER-136 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-136 Project: Zookeeper Issue Type: Bug Affects Versions: 3.0.0 Reporter: Patrick Hunt Assignee: Benjamin Reed Fix For: 3.0.0 Attachments: ZOOKEEPER-136.patch The attached test causes all of the followers of a quorum to hang. Leader continues to function correctly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-157) Peer can't find existing leader
[ https://issues.apache.org/jira/browse/ZOOKEEPER-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flavio Paiva Junqueira updated ZOOKEEPER-157: - Attachment: ZOOKEEPER-157.patch Peer can't find existing leader --- Key: ZOOKEEPER-157 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-157 Project: Zookeeper Issue Type: Bug Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Priority: Critical Attachments: ZOOKEEPER-157.patch In the patch of JIRA 127, I forgot to set the state of a peer when this peer is looking for a leader and it receives a message from the current leader. In this patch, I have fixed this problem, and also returned to what we had previously. With this current patch, when a peer joins and there is already a leader elected, the joining peer will only recognize the new leader as the leader once it receives a confirmation from a majority. The alternative is to set the leader once we receive a message from a peer claiming to be the leader (what we have on trunk now, although broken because we don't set the state of the peer), but there could be cases in which a peer believes to be leader, although it is not the leader any longer, and the joining peer would select this false leader to be its leader. Eventually, the false leader would timeout, and both processes would select the correct leader. This small fix gets rid of such problems, though. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (ZOOKEEPER-157) Peer can't find existing leader
[ https://issues.apache.org/jira/browse/ZOOKEEPER-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Reed updated ZOOKEEPER-157: Hadoop Flags: [Reviewed] +1 looks good. Peer can't find existing leader --- Key: ZOOKEEPER-157 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-157 Project: Zookeeper Issue Type: Bug Affects Versions: 3.0.0 Reporter: Flavio Paiva Junqueira Assignee: Flavio Paiva Junqueira Priority: Critical Attachments: ZOOKEEPER-157.patch In the patch of JIRA 127, I forgot to set the state of a peer when this peer is looking for a leader and it receives a message from the current leader. In this patch, I have fixed this problem, and also returned to what we had previously. With this current patch, when a peer joins and there is already a leader elected, the joining peer will only recognize the new leader as the leader once it receives a confirmation from a majority. The alternative is to set the leader once we receive a message from a peer claiming to be the leader (what we have on trunk now, although broken because we don't set the state of the peer), but there could be cases in which a peer believes to be leader, although it is not the leader any longer, and the joining peer would select this false leader to be its leader. Eventually, the false leader would timeout, and both processes would select the correct leader. This small fix gets rid of such problems, though. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.