Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Zookeeper >> mail # dev >> RE: [VOTE] Release ZooKeeper 3.4.5 (candidate 0)


Copy link to this message
-
Re: [VOTE] Release ZooKeeper 3.4.5 (candidate 0)
I think we have waited enough. Closing the vote now.

With 5 +1's (3 binding) the vote passes. I will do the needful for
getting the release out.

Thanks for voting folks.

mahadev

On Wed, Oct 10, 2012 at 9:04 AM, Flavio Junqueira <[EMAIL PROTECTED]> wrote:
> +1
>
> -Flavio
>
> On Oct 8, 2012, at 7:05 AM, Mahadev Konar wrote:
>
>> Given Eugene's findings on ZOOKEEPER-1557, I think we can continue
>> rolling the current RC out. Others please vote on the thread if you
>> see any issues with that. Folks who have already voted, please re vote
>> in case you have a change of opinion.
>>
>> As for myself, I ran a couple of tests with the RC using open jdk 7
>> and things seem to work.
>>
>> +1 from my side. Pat/Ben/Flavio/others what do you guys think?
>>
>> thanks
>> mahadev
>>
>> On Sun, Oct 7, 2012 at 8:34 AM, Ted Yu <[EMAIL PROTECTED]> wrote:
>>> Currently ZooKeeper_branch34_openjdk7 and ZooKeeper_branch34_jdk7 are using
>>> lock ZooKeeper-solaris.
>>> I think ZooKeeper_branch34_openjdk7 and ZooKeeper_branch34_jdk7 should use
>>> a separate lock since they wouldn't run on a Solaris machine.
>>> I didn't seem to find how a new lock name can be added.
>>>
>>> Recent builds for ZooKeeper_branch34_openjdk7 and ZooKeeper_branch34_jdk7
>>> have been green.
>>>
>>> Cheers
>>>
>>> On Sun, Oct 7, 2012 at 6:56 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
>>>
>>>> I've seen that before, it's a flakey test that's unrelated to the sasl
>>>> stuff.
>>>>
>>>> Patrick
>>>>
>>>> On Sat, Oct 6, 2012 at 2:25 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
>>>>> I saw one test failure:
>>>>>
>>>>>
>>>> https://builds.apache.org/view/S-Z/view/ZooKeeper/job/ZooKeeper_branch34_openjdk7/9/testReport/org.apache.zookeeper.server.quorum/QuorumPeerMainTest/testHighestZxidJoinLate/
>>>>>
>>>>> FYI
>>>>>
>>>>> On Sat, Oct 6, 2012 at 7:16 AM, Ted Yu <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>>> Up in ZOOKEEPER-1557, Eugene separated one test out and test failure
>>>> seems
>>>>>> to be gone.
>>>>>>
>>>>>> For ZooKeeper_branch34_jdk7, the two failed builds:
>>>>>> #10 corresponded to ZooKeeper_branch34_openjdk7 build #7,
>>>>>> #8 corresponded to ZooKeeper_branch34_openjdk7 build #5
>>>>>> where tests failed due to BindException
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>>
>>>>>> On Sat, Oct 6, 2012 at 7:06 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
>>>>>>
>>>>>>> Yes. Those ubuntu machines have two slots each. If both tests run at
>>>>>>> the same time... bam.
>>>>>>>
>>>>>>> I just added exclusion locks to the configuration of these two jobs,
>>>>>>> that should help.
>>>>>>>
>>>>>>> Patrick
>>>>>>>
>>>>>>> On Fri, Oct 5, 2012 at 8:58 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
>>>>>>>> I think that was due to the following running on the same machine at
>>>> the
>>>>>>>> same time:
>>>>>>>>
>>>>>>>> Building remotely on ubuntu4
>>>>>>>> <https://builds.apache.org/computer/ubuntu4> in workspace
>>>>>>>> /home/jenkins/jenkins-slave/workspace/ZooKeeper_branch34_openjdk7
>>>>>>>>
>>>>>>>> We should introduce randomized port so that test suite can execute in
>>>>>>>> parallel.
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>>
>>>>>>>> On Fri, Oct 5, 2012 at 8:55 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
>>>>>>>>
>>>>>>>>> Some tests failed in build 8 due to (See
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>> https://builds.apache.org//view/S-Z/view/ZooKeeper/job/ZooKeeper_branch34_jdk7/8/testReport/org.apache.zookeeper.server/ZxidRolloverTest/testRolloverThenRestart/
>>>>>>> ):
>>>>>>>>>
>>>>>>>>> java.lang.RuntimeException: java.net.BindException: Address already
>>>> in
>>>>>>> use
>>>>>>>>>      at
>>>>>>> org.apache.zookeeper.test.QuorumUtil.<init>(QuorumUtil.java:118)
>>>>>>>>>      at
>>>>>>>
>>>> org.apache.zookeeper.server.ZxidRolloverTest.setUp(ZxidRolloverTest.java:63)
>>>>>>>>> Caused by: java.net.BindException: Address already in use
>>>>>>>>>      at sun.nio.ch.Net.bind0(Native Method)
>>>>>>>>>      at sun.nio.ch.Net.bind(Net.java:344)
>>>>>>>>>      at sun.nio.ch.Net.bind(Net.java:336)
>>>>>>>>>      at