ZooKeeper_branch35_jdk7 - Build # 439 - Failure

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch35_jdk7/439/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 377433 lines...]
[junit] 2016-03-11 06:49:31,555 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11360
[junit] 2016-03-11 06:49:31,555 [myid:] - INFO  [main:QuorumUtil@243] - 
127.0.0.1:11360 is no longer accepting client connections
[junit] 2016-03-11 06:49:31,555 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11363
[junit] 2016-03-11 06:49:31,555 [myid:] - INFO  [main:QuorumUtil@243] - 
127.0.0.1:11363 is no longer accepting client connections
[junit] 2016-03-11 06:49:31,557 [myid:] - INFO  [main:ZKTestCase$1@65] - 
SUCCEEDED testRemoveOneAsynchronous
[junit] 2016-03-11 06:49:31,558 [myid:] - INFO  [main:ZKTestCase$1@60] - 
FINISHED testRemoveOneAsynchronous
[junit] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
152.615 sec, Thread: 1, Class: org.apache.zookeeper.test.ReconfigTest
[junit] 2016-03-11 06:49:31,655 [myid:127.0.0.1:11263] - INFO  
[main-SendThread(127.0.0.1:11263):ClientCnxn$SendThread@1140] - Opening socket 
connection to server 127.0.0.1/127.0.0.1:11263. Will not attempt to 
authenticate using SASL (unknown error)
[junit] 2016-03-11 06:49:31,656 [myid:127.0.0.1:11263] - WARN  
[main-SendThread(127.0.0.1:11263):ClientCnxn$SendThread@1262] - Session 
0x20300f7f88b for server 127.0.0.1/127.0.0.1:11263, unexpected error, 
closing socket connection and attempting reconnect
[junit] java.net.ConnectException: Connection refused
[junit] at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
[junit] at 
sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:744)
[junit] at 
org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:355)
[junit] at 
org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1241)
[junit] 2016-03-11 06:50:17,749 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@82] - Memory used 24422
[junit] 2016-03-11 06:50:17,750 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@87] - Number of threads 55
[junit] 2016-03-11 06:50:17,750 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@102] - FINISHED TEST METHOD 
testManyChildWatchersAutoReset
[junit] 2016-03-11 06:50:17,750 [myid:] - INFO  [main:ClientBase@537] - 
tearDown starting
[junit] 2016-03-11 06:50:17,751 [myid:] - INFO  [ProcessThread(sid:0 
cport:13918)::PrepRequestProcessor@649] - Processed session termination for 
sessionid: 0x10300f30c87
[junit] 2016-03-11 06:50:17,758 [myid:] - INFO  
[NIOWorkerThread-5:MBeanRegistry@128] - Unregister MBean 
[org.apache.ZooKeeperService:name0=StandaloneServer_port13918,name1=Connections,name2=127.0.0.1,name3=0x10300f30c87]
[junit] 2016-03-11 06:50:17,758 [myid:] - INFO  
[NIOWorkerThread-5:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:46759 which had sessionid 0x10300f30c87
[junit] 2016-03-11 06:50:17,759 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x10300f30c87 closed
[junit] 2016-03-11 06:50:17,759 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x10300f30c87
[junit] 2016-03-11 06:50:17,861 [myid:] - INFO  [ProcessThread(sid:0 
cport:13918)::PrepRequestProcessor@649] - Processed session termination for 
sessionid: 0x10300f30c870001
[junit] 2016-03-11 06:50:17,867 [myid:] - INFO  
[NIOWorkerThread-19:MBeanRegistry@128] - Unregister MBean 
[org.apache.ZooKeeperService:name0=StandaloneServer_port13918,name1=Connections,name2=127.0.0.1,name3=0x10300f30c870001]
[junit] 2016-03-11 06:50:17,867 [myid:] - INFO  
[NIOWorkerThread-19:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:46756 which had sessionid 0x10300f30c870001
[junit] 2016-03-11 06:50:17,867 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x10300f30c870001 closed
[junit] 2016-03-11 06:50:17,868 [myid:] - INFO  [main:ClientBase@507] - 
STOPPING server
[junit] 2016-03-11 06:50:17,868 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x10300f30c870001
[junit] 2016-03-11 06:50:17,869 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:13918:NIOServerCnxnFactory$AcceptThread@219]
 - accept thread exitted run method
[junit] 2016-03-11 06:50:17,869 [myid:] - INFO  
[ConnnectionExpirer:NIOServerCnxnFactory$ConnectionExpirerThread@583] - 
ConnnectionExpirerThread interrupted
[junit] 2016-03-11 06:50:17,872 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-1:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-11 06:50:17,875 [myid:] - INFO  

[jira] [Commented] (ZOOKEEPER-2232) zkperl is out of sync with CPAN releases

[Patrick Hunt (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15190178#comment-15190178
 ] 

Patrick Hunt commented on ZOOKEEPER-2232:
-

Hi [~maflick88] are you still maintaining CPAN zkperl? Sorry for the delay, but 
I only just noticed this while looking into ZOOKEEPER-2133. I'd be interested 
in working with you to get the patches back into our contrib if you're still 
interested. While trying to address ZOOKEEPER-2133 I noticed that a few of the 
tests are failing (ubuntu 14.04 base) - so I'd want to get those addressed as 
well.

One thing we'd have to consider - are the patches licensed under the Apache 
license? And something that you'd (or the original author if not you) be 
willing to contribute back.

> zkperl is out of sync with CPAN releases
> 
>
> Key: ZOOKEEPER-2232
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2232
> Project: ZooKeeper
>  Issue Type: Improvement
>  Components: contrib-bindings
>Reporter: Mark Flickinger
>Priority: Minor
>
> First some background here:
> Around 6 months ago I had some bug fixes I wanted patched in zkperl, which I 
> had been using through [CPAN|https://metacpan.org/pod/Net::ZooKeeper]. I 
> volunteered to take over maintenance of the code, and Chris Darroch set me up 
> with permissions to push new releases to CPAN. At the time I was unaware that 
> Net::ZooKeeper was bundled with the rest of the ZooKeeper code, and hadn't 
> reached out to any other ZooKeeper devs.
> Since that time there have been a few CPAN releases, which included some 
> feature requests from 
> users([#1|https://github.com/mark-5/p5-net-zookeeper/pull/1], 
> [#2|https://github.com/mark-5/p5-net-zookeeper/pull/2]), bug 
> fixes([#3|https://github.com/mark-5/p5-net-zookeeper/pull/3], 
> [#5|https://github.com/mark-5/p5-net-zookeeper/issues/5]) and test failure 
> fixes.
> I'd love for zkperl to be kept in sync with CPAN releases, and to have other 
> ZooKeeper devs approve feature requests from users. Is there any preferred 
> process for keeping these distributions in sync?
> I don't currently have any specific ideas. I mainly wanted to start the 
> conversation here, with other devs.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

ZooKeeper_branch34_jdk8 - Build # 499 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch34_jdk8/499/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 223739 lines...]
[junit] 2016-03-10 23:21:30,233 [myid:] - INFO  [main:JMXEnv@246] - 
expect:StandaloneServer_port
[junit] 2016-03-10 23:21:30,233 [myid:] - INFO  [main:JMXEnv@250] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221
[junit] 2016-03-10 23:21:30,233 [myid:] - INFO  [main:ClientBase@490] - 
STOPPING server
[junit] 2016-03-10 23:21:30,234 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory@219] - 
NIOServerCnxn factory exited run method
[junit] 2016-03-10 23:21:30,234 [myid:] - INFO  [main:ZooKeeperServer@469] 
- shutting down
[junit] 2016-03-10 23:21:30,234 [myid:] - INFO  
[main:SessionTrackerImpl@225] - Shutting down
[junit] 2016-03-10 23:21:30,234 [myid:] - INFO  
[main:PrepRequestProcessor@767] - Shutting down
[junit] 2016-03-10 23:21:30,235 [myid:] - INFO  
[main:SyncRequestProcessor@209] - Shutting down
[junit] 2016-03-10 23:21:30,235 [myid:] - INFO  [ProcessThread(sid:0 
cport:11221)::PrepRequestProcessor@143] - PrepRequestProcessor exited loop!
[junit] 2016-03-10 23:21:30,236 [myid:] - INFO  
[SyncThread:0:SyncRequestProcessor@187] - SyncRequestProcessor exited!
[junit] 2016-03-10 23:21:30,238 [myid:] - INFO  
[main:FinalRequestProcessor@415] - shutdown of request processor complete
[junit] 2016-03-10 23:21:30,238 [myid:] - INFO  
[main:FourLetterWordMain@62] - connecting to 127.0.0.1 11221
[junit] 2016-03-10 23:21:30,239 [myid:] - INFO  [main:JMXEnv@146] - 
ensureOnly:[]
[junit] 2016-03-10 23:21:30,241 [myid:] - INFO  [main:ClientBase@443] - 
STARTING server
[junit] 2016-03-10 23:21:30,241 [myid:] - INFO  [main:ClientBase@364] - 
CREATING server instance 127.0.0.1:11221
[junit] 2016-03-10 23:21:30,241 [myid:] - INFO  
[main:NIOServerCnxnFactory@89] - binding to port 0.0.0.0/0.0.0.0:11221
[junit] 2016-03-10 23:21:30,242 [myid:] - INFO  [main:ClientBase@339] - 
STARTING server instance 127.0.0.1:11221
[junit] 2016-03-10 23:21:30,243 [myid:] - INFO  [main:ZooKeeperServer@170] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/home/jenkins/jenkins-slave/workspace/ZooKeeper_branch34_jdk8/branch-3.4/build/test/tmp/test2649474429718032405.junit.dir/version-2
 snapdir 
/home/jenkins/jenkins-slave/workspace/ZooKeeper_branch34_jdk8/branch-3.4/build/test/tmp/test2649474429718032405.junit.dir/version-2
[junit] 2016-03-10 23:21:30,248 [myid:] - INFO  
[main:FourLetterWordMain@62] - connecting to 127.0.0.1 11221
[junit] 2016-03-10 23:21:30,249 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory@192] - 
Accepted socket connection from /127.0.0.1:59353
[junit] 2016-03-10 23:21:30,249 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxn@827] - Processing 
stat command from /127.0.0.1:59353
[junit] 2016-03-10 23:21:30,251 [myid:] - INFO  
[Thread-4:NIOServerCnxn$StatCommand@663] - Stat command output
[junit] 2016-03-10 23:21:30,251 [myid:] - INFO  
[Thread-4:NIOServerCnxn@1008] - Closed socket connection for client 
/127.0.0.1:59353 (no session established for client)
[junit] 2016-03-10 23:21:30,252 [myid:] - INFO  [main:JMXEnv@229] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 23:21:30,253 [myid:] - INFO  [main:JMXEnv@246] - 
expect:InMemoryDataTree
[junit] 2016-03-10 23:21:30,254 [myid:] - INFO  [main:JMXEnv@250] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221,name1=InMemoryDataTree
[junit] 2016-03-10 23:21:30,254 [myid:] - INFO  [main:JMXEnv@246] - 
expect:StandaloneServer_port
[junit] 2016-03-10 23:21:30,254 [myid:] - INFO  [main:JMXEnv@250] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221
[junit] 2016-03-10 23:21:30,254 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@58] - Memory used 34253
[junit] 2016-03-10 23:21:30,255 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@63] - Number of threads 21
[junit] 2016-03-10 23:21:30,255 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@78] - FINISHED TEST METHOD testQuota
[junit] 2016-03-10 23:21:30,255 [myid:] - INFO  [main:ClientBase@520] - 
tearDown starting
[junit] 2016-03-10 23:21:30,302 [myid:] - INFO  [main:ZooKeeper@684] - 
Session: 0x15362d5c34c closed
[junit] 2016-03-10 23:21:30,302 [myid:] - INFO  [main:ClientBase@490] - 
STOPPING server
[junit] 2016-03-10 23:21:30,302 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@519] - EventThread shut down for 
session: 0x15362d5c34c
[junit] 2016-03-10 23:21:30,302 [myid:] - INFO  

[jira] [Commented] (ZOOKEEPER-2385) Zookeeper trunk build is failing on windows

[Arshad Mohammad (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15189654#comment-15189654
 ] 

Arshad Mohammad commented on ZOOKEEPER-2385:


# It breaks only on windows, 
# I have tried on both windows 7 and Ubuntu 15.10
# On Ubuntu, ivy-2.4.0.jar is getting successfully deleted and  ivy-2.2.0.jar 
is downloaded successfully from build-contrib.xml. At the end of the build only 
ivy-2.2.0.jar is present at {{src\java\lib}}

> Zookeeper trunk build is failing on windows
> ---
>
> Key: ZOOKEEPER-2385
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2385
> Project: ZooKeeper
>  Issue Type: Bug
>  Components: build
>Reporter: Arshad Mohammad
>Assignee: Arshad Mohammad
>Priority: Blocker
> Fix For: 3.5.2
>
> Attachments: ZOOKEEPER-2385-01.patch
>
>
> command {{ant tar}} fails with following error
> {code}
> D:\gitHome\zookeeperTrunk\build.xml:722: The following error occurred while 
> executing this line:
> D:\gitHome\zookeeperTrunk\src\contrib\build.xml:47: The following error 
> occurred while executing this line:
> D:\gitHome\zookeeperTrunk\src\contrib\build-contrib.xml:207: Unable to delete 
> file D:\gitHome\zookeeperTrunk\src\java\lib\ivy-2.4.0.jar
> {code}
> This is happening only on windows.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: github.com zookeeper pull requests in "limbo"

[Patrick Hunt]

Looks like lucene/solr stuck with patches attached to jiras:
https://wiki.apache.org/lucene-java/HowToContribute

Same with Hadoop
https://wiki.apache.org/hadoop/HowToContribute#Making_Changes

Patrick

On Thu, Mar 10, 2016 at 9:27 AM, Patrick Hunt  wrote:
> Hm. Looks pretty straightforward - although in our case we have to
> consider that git repos already exist (for bk it was new). From the
> lucene infra jira it looks like they said to recreate the git repo and
> mirror. The additional side effect of doing that would be that all the
> "limbo" PRs will get blown away.
>
> As part of this change we'll need to consider how to change our HTC
> process. e.g. do we still want to require folks to attach patches to
> jiras or can we just use PRs to do it. If so how. What about review
> process.
>
> How is BK handling this?
>
> Patrick
>
> On Thu, Mar 10, 2016 at 9:20 AM, Flavio Junqueira
>  wrote:
>> Right, we moved to a git repo when the project became TLP:
>>
>> https://issues.apache.org/jira/browse/INFRA-8701 
>> 
>>
>> -Flavio
>>
>>> On 10 Mar 2016, at 17:12, Patrick Hunt  wrote:
>>>
>>> Hm, that seems to be about github integration, see this for what
>>> lucene/solr recently did:
>>> https://issues.apache.org/jira/browse/INFRA-11056 "Migrate Lucene
>>> project from SVN to Git."
>>>
>>> I'm also +1 for git.
>>>
>>> Patrick
>>>
>>>
>>> On Thu, Mar 10, 2016 at 8:41 AM, Flavio Junqueira  wrote:
 Here is the infra ticket for bookkeeper:

 https://issues.apache.org/jira/browse/INFRA-10679 
 

 -Flavio

> On 10 Mar 2016, at 16:27, Raúl Gutiérrez Segalés  
> wrote:
>
> I am +1 on moving to git as well.
>
> What did it take for other Apache projects?
>
> -rgs
> On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:
>
>> I'd like to move to git...
>>
>> -Flavio
>>
>>> On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
>>>
>>> I could see us turning it on if we move to git as our source repo.
>>> However I'm recommending we turn it _off_ until then. Interestingly
>>> there's a discussion going on right now in apache infra about this
>>> (github mirrors and PRs), I'll let you know.
>>>
>>> That said, is there any interest to move to git and drop svn? I'd like
>>> to move personally, hadoop moved a while back and lucene/solr just
>>> moved recently. I think it's a pretty well worn path if we're
>>> interested to do so.
>>>
>>> Patrick
>>>
>>> On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
>> wrote:
 I did mean turning it on, which is apparently the opposite of what Pat
>> is proposing. Sorry about the confusion. =)

 -Flavio

> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
> 
>> wrote:
>
> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>>
>> +1 for accepting requesting to infra to accept PRs via github. We've
>> done
> the transition in BookKeeper and have been doing it in Kafka for a
>> while,
> it works pretty well.
>
> Wait - you mean the other way around? Pat suggested turning off PRs in
> github...
>
> -rgs
>
>>
>> I'm happy you brought this up, Pay, I've been thinking about it.
>>
>> -Flavio
>>
>>> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
>>>
>>> Hi folks. If you look on github.com you'll see a number of pull
>>> request (41 atm) that are effectively in limbo given we don't accept
>>> pull requests that way:
>>> https://github.com/apache/zookeeper/pulls
>>>
>>> rather through our Jira process
>>>
>> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
>>>
>>> someday we might move to git, but for the time being it seems like 
>>> we
>>> should do something about this.
>>>
>>> I was thinking about contacting Apache infra and asking them if they
>>> can turn off accepting pull requests at github.com, just wanted to
>>> check with dev@ to see if this makes sense or do folks want to do
>>> something else? If I don't hear back anything negative in the next
>> few
>>> days I'll ping infra about shutting down acceptance of pull requests
>>> (may not be possible but I'll check). I'm not talking about removing
>>> the mirror to be clear, just shutting down accepting pull requests 
>>> on
>>> the mirror.
>>>
>>> Patrick
>>>

Re: github.com zookeeper pull requests in "limbo"

[Patrick Hunt]

Hm. Looks pretty straightforward - although in our case we have to
consider that git repos already exist (for bk it was new). From the
lucene infra jira it looks like they said to recreate the git repo and
mirror. The additional side effect of doing that would be that all the
"limbo" PRs will get blown away.

As part of this change we'll need to consider how to change our HTC
process. e.g. do we still want to require folks to attach patches to
jiras or can we just use PRs to do it. If so how. What about review
process.

How is BK handling this?

Patrick

On Thu, Mar 10, 2016 at 9:20 AM, Flavio Junqueira
 wrote:
> Right, we moved to a git repo when the project became TLP:
>
> https://issues.apache.org/jira/browse/INFRA-8701 
> 
>
> -Flavio
>
>> On 10 Mar 2016, at 17:12, Patrick Hunt  wrote:
>>
>> Hm, that seems to be about github integration, see this for what
>> lucene/solr recently did:
>> https://issues.apache.org/jira/browse/INFRA-11056 "Migrate Lucene
>> project from SVN to Git."
>>
>> I'm also +1 for git.
>>
>> Patrick
>>
>>
>> On Thu, Mar 10, 2016 at 8:41 AM, Flavio Junqueira  wrote:
>>> Here is the infra ticket for bookkeeper:
>>>
>>> https://issues.apache.org/jira/browse/INFRA-10679 
>>> 
>>>
>>> -Flavio
>>>
 On 10 Mar 2016, at 16:27, Raúl Gutiérrez Segalés  
 wrote:

 I am +1 on moving to git as well.

 What did it take for other Apache projects?

 -rgs
 On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:

> I'd like to move to git...
>
> -Flavio
>
>> On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
>>
>> I could see us turning it on if we move to git as our source repo.
>> However I'm recommending we turn it _off_ until then. Interestingly
>> there's a discussion going on right now in apache infra about this
>> (github mirrors and PRs), I'll let you know.
>>
>> That said, is there any interest to move to git and drop svn? I'd like
>> to move personally, hadoop moved a while back and lucene/solr just
>> moved recently. I think it's a pretty well worn path if we're
>> interested to do so.
>>
>> Patrick
>>
>> On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
> wrote:
>>> I did mean turning it on, which is apparently the opposite of what Pat
> is proposing. Sorry about the confusion. =)
>>>
>>> -Flavio
>>>
 On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
> wrote:

 On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>
> +1 for accepting requesting to infra to accept PRs via github. We've
> done
 the transition in BookKeeper and have been doing it in Kafka for a
> while,
 it works pretty well.

 Wait - you mean the other way around? Pat suggested turning off PRs in
 github...

 -rgs

>
> I'm happy you brought this up, Pay, I've been thinking about it.
>
> -Flavio
>
>> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
>>
>> Hi folks. If you look on github.com you'll see a number of pull
>> request (41 atm) that are effectively in limbo given we don't accept
>> pull requests that way:
>> https://github.com/apache/zookeeper/pulls
>>
>> rather through our Jira process
>>
> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
>>
>> someday we might move to git, but for the time being it seems like we
>> should do something about this.
>>
>> I was thinking about contacting Apache infra and asking them if they
>> can turn off accepting pull requests at github.com, just wanted to
>> check with dev@ to see if this makes sense or do folks want to do
>> something else? If I don't hear back anything negative in the next
> few
>> days I'll ping infra about shutting down acceptance of pull requests
>> (may not be possible but I'll check). I'm not talking about removing
>> the mirror to be clear, just shutting down accepting pull requests on
>> the mirror.
>>
>> Patrick
>>
>> ps. regardless we probably need to get back to everyone and ask them
>> to follow the HTC page I don't seem to be able to close out the
>> PRs, just comment on them, so that's going to be a possible issue as
>> well arg.
>
>>>
>
>
>>>
>

Re: github.com zookeeper pull requests in "limbo"

[Flavio Junqueira]

Right, we moved to a git repo when the project became TLP:

https://issues.apache.org/jira/browse/INFRA-8701 


-Flavio

> On 10 Mar 2016, at 17:12, Patrick Hunt  wrote:
> 
> Hm, that seems to be about github integration, see this for what
> lucene/solr recently did:
> https://issues.apache.org/jira/browse/INFRA-11056 "Migrate Lucene
> project from SVN to Git."
> 
> I'm also +1 for git.
> 
> Patrick
> 
> 
> On Thu, Mar 10, 2016 at 8:41 AM, Flavio Junqueira  wrote:
>> Here is the infra ticket for bookkeeper:
>> 
>> https://issues.apache.org/jira/browse/INFRA-10679 
>> 
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 16:27, Raúl Gutiérrez Segalés  
>>> wrote:
>>> 
>>> I am +1 on moving to git as well.
>>> 
>>> What did it take for other Apache projects?
>>> 
>>> -rgs
>>> On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:
>>> 
 I'd like to move to git...
 
 -Flavio
 
> On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
> 
> I could see us turning it on if we move to git as our source repo.
> However I'm recommending we turn it _off_ until then. Interestingly
> there's a discussion going on right now in apache infra about this
> (github mirrors and PRs), I'll let you know.
> 
> That said, is there any interest to move to git and drop svn? I'd like
> to move personally, hadoop moved a while back and lucene/solr just
> moved recently. I think it's a pretty well worn path if we're
> interested to do so.
> 
> Patrick
> 
> On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
 wrote:
>> I did mean turning it on, which is apparently the opposite of what Pat
 is proposing. Sorry about the confusion. =)
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
 wrote:
>>> 
>>> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
 
 +1 for accepting requesting to infra to accept PRs via github. We've
 done
>>> the transition in BookKeeper and have been doing it in Kafka for a
 while,
>>> it works pretty well.
>>> 
>>> Wait - you mean the other way around? Pat suggested turning off PRs in
>>> github...
>>> 
>>> -rgs
>>> 
 
 I'm happy you brought this up, Pay, I've been thinking about it.
 
 -Flavio
 
> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
> 
> Hi folks. If you look on github.com you'll see a number of pull
> request (41 atm) that are effectively in limbo given we don't accept
> pull requests that way:
> https://github.com/apache/zookeeper/pulls
> 
> rather through our Jira process
> 
 https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
> 
> someday we might move to git, but for the time being it seems like we
> should do something about this.
> 
> I was thinking about contacting Apache infra and asking them if they
> can turn off accepting pull requests at github.com, just wanted to
> check with dev@ to see if this makes sense or do folks want to do
> something else? If I don't hear back anything negative in the next
 few
> days I'll ping infra about shutting down acceptance of pull requests
> (may not be possible but I'll check). I'm not talking about removing
> the mirror to be clear, just shutting down accepting pull requests on
> the mirror.
> 
> Patrick
> 
> ps. regardless we probably need to get back to everyone and ask them
> to follow the HTC page I don't seem to be able to close out the
> PRs, just comment on them, so that's going to be a possible issue as
> well arg.
 
>> 
 
 
>> 

Re: github.com zookeeper pull requests in "limbo"

[Patrick Hunt]

Hm, that seems to be about github integration, see this for what
lucene/solr recently did:
https://issues.apache.org/jira/browse/INFRA-11056 "Migrate Lucene
project from SVN to Git."

I'm also +1 for git.

Patrick


On Thu, Mar 10, 2016 at 8:41 AM, Flavio Junqueira  wrote:
> Here is the infra ticket for bookkeeper:
>
> https://issues.apache.org/jira/browse/INFRA-10679 
> 
>
> -Flavio
>
>> On 10 Mar 2016, at 16:27, Raúl Gutiérrez Segalés  
>> wrote:
>>
>> I am +1 on moving to git as well.
>>
>> What did it take for other Apache projects?
>>
>> -rgs
>> On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:
>>
>>> I'd like to move to git...
>>>
>>> -Flavio
>>>
 On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:

 I could see us turning it on if we move to git as our source repo.
 However I'm recommending we turn it _off_ until then. Interestingly
 there's a discussion going on right now in apache infra about this
 (github mirrors and PRs), I'll let you know.

 That said, is there any interest to move to git and drop svn? I'd like
 to move personally, hadoop moved a while back and lucene/solr just
 moved recently. I think it's a pretty well worn path if we're
 interested to do so.

 Patrick

 On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
>>> wrote:
> I did mean turning it on, which is apparently the opposite of what Pat
>>> is proposing. Sorry about the confusion. =)
>
> -Flavio
>
>> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
>>> wrote:
>>
>> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>>>
>>> +1 for accepting requesting to infra to accept PRs via github. We've
>>> done
>> the transition in BookKeeper and have been doing it in Kafka for a
>>> while,
>> it works pretty well.
>>
>> Wait - you mean the other way around? Pat suggested turning off PRs in
>> github...
>>
>> -rgs
>>
>>>
>>> I'm happy you brought this up, Pay, I've been thinking about it.
>>>
>>> -Flavio
>>>
 On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:

 Hi folks. If you look on github.com you'll see a number of pull
 request (41 atm) that are effectively in limbo given we don't accept
 pull requests that way:
 https://github.com/apache/zookeeper/pulls

 rather through our Jira process

>>> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute

 someday we might move to git, but for the time being it seems like we
 should do something about this.

 I was thinking about contacting Apache infra and asking them if they
 can turn off accepting pull requests at github.com, just wanted to
 check with dev@ to see if this makes sense or do folks want to do
 something else? If I don't hear back anything negative in the next
>>> few
 days I'll ping infra about shutting down acceptance of pull requests
 (may not be possible but I'll check). I'm not talking about removing
 the mirror to be clear, just shutting down accepting pull requests on
 the mirror.

 Patrick

 ps. regardless we probably need to get back to everyone and ask them
 to follow the HTC page I don't seem to be able to close out the
 PRs, just comment on them, so that's going to be a possible issue as
 well arg.
>>>
>
>>>
>>>
>

ZooKeeper_branch35_solaris - Build # 18 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch35_solaris/18/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 344215 lines...]
[junit] 2016-03-10 17:02:11,445 [myid:] - INFO  [main:ClientBase@460] - 
STARTING server
[junit] 2016-03-10 17:02:11,445 [myid:] - INFO  [main:ClientBase@380] - 
CREATING server instance 127.0.0.1:11222
[junit] 2016-03-10 17:02:11,446 [myid:] - INFO  
[main:NIOServerCnxnFactory@673] - Configuring NIO connection handler with 10s 
sessionless connection timeout, 2 selector thread(s), 16 worker threads, and 64 
kB direct buffers.
[junit] 2016-03-10 17:02:11,447 [myid:] - INFO  
[main:NIOServerCnxnFactory@686] - binding to port 0.0.0.0/0.0.0.0:11222
[junit] 2016-03-10 17:02:11,448 [myid:] - INFO  [main:ClientBase@355] - 
STARTING server instance 127.0.0.1:11222
[junit] 2016-03-10 17:02:11,449 [myid:] - INFO  [main:ZooKeeperServer@858] 
- minSessionTimeout set to 6000
[junit] 2016-03-10 17:02:11,449 [myid:] - INFO  [main:ZooKeeperServer@867] 
- maxSessionTimeout set to 6
[junit] 2016-03-10 17:02:11,449 [myid:] - INFO  [main:ZooKeeperServer@156] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test7229846907010720795.junit.dir/version-2
 snapdir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test7229846907010720795.junit.dir/version-2
[junit] 2016-03-10 17:02:11,450 [myid:] - INFO  [main:FileSnap@83] - 
Reading snapshot 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test7229846907010720795.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 17:02:11,452 [myid:] - INFO  [main:FileTxnSnapLog@298] - 
Snapshotting: 0xb to 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test7229846907010720795.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 17:02:11,453 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11222
[junit] 2016-03-10 17:02:11,454 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@296]
 - Accepted socket connection from /127.0.0.1:48312
[junit] 2016-03-10 17:02:11,454 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@485] - Processing stat command from 
/127.0.0.1:48312
[junit] 2016-03-10 17:02:11,455 [myid:] - INFO  
[NIOWorkerThread-1:StatCommand@49] - Stat command output
[junit] 2016-03-10 17:02:11,455 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:48312 (no session established for client)
[junit] 2016-03-10 17:02:11,455 [myid:] - INFO  [main:JMXEnv@228] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 17:02:11,456 [myid:] - INFO  [main:JMXEnv@245] - 
expect:InMemoryDataTree
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  [main:JMXEnv@249] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222,name1=InMemoryDataTree
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  [main:JMXEnv@245] - 
expect:StandaloneServer_port
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  [main:JMXEnv@249] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@82] - Memory used 17770
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@87] - Number of threads 24
[junit] 2016-03-10 17:02:11,457 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@102] - FINISHED TEST METHOD 
testQuota
[junit] 2016-03-10 17:02:11,458 [myid:] - INFO  [main:ClientBase@537] - 
tearDown starting
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x11fde78ec58 closed
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x11fde78ec58
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  [main:ClientBase@507] - 
STOPPING server
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  
[ConnnectionExpirer:NIOServerCnxnFactory$ConnectionExpirerThread@583] - 
ConnnectionExpirerThread interrupted
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-1:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-10 17:02:11,532 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-0:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-10 

Re: github.com zookeeper pull requests in "limbo"

[Flavio Junqueira]

Here is the infra ticket for bookkeeper:

https://issues.apache.org/jira/browse/INFRA-10679 


-Flavio

> On 10 Mar 2016, at 16:27, Raúl Gutiérrez Segalés  wrote:
> 
> I am +1 on moving to git as well.
> 
> What did it take for other Apache projects?
> 
> -rgs
> On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:
> 
>> I'd like to move to git...
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
>>> 
>>> I could see us turning it on if we move to git as our source repo.
>>> However I'm recommending we turn it _off_ until then. Interestingly
>>> there's a discussion going on right now in apache infra about this
>>> (github mirrors and PRs), I'll let you know.
>>> 
>>> That said, is there any interest to move to git and drop svn? I'd like
>>> to move personally, hadoop moved a while back and lucene/solr just
>>> moved recently. I think it's a pretty well worn path if we're
>>> interested to do so.
>>> 
>>> Patrick
>>> 
>>> On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
>> wrote:
 I did mean turning it on, which is apparently the opposite of what Pat
>> is proposing. Sorry about the confusion. =)
 
 -Flavio
 
> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
>> wrote:
> 
> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>> 
>> +1 for accepting requesting to infra to accept PRs via github. We've
>> done
> the transition in BookKeeper and have been doing it in Kafka for a
>> while,
> it works pretty well.
> 
> Wait - you mean the other way around? Pat suggested turning off PRs in
> github...
> 
> -rgs
> 
>> 
>> I'm happy you brought this up, Pay, I've been thinking about it.
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
>>> 
>>> Hi folks. If you look on github.com you'll see a number of pull
>>> request (41 atm) that are effectively in limbo given we don't accept
>>> pull requests that way:
>>> https://github.com/apache/zookeeper/pulls
>>> 
>>> rather through our Jira process
>>> 
>> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
>>> 
>>> someday we might move to git, but for the time being it seems like we
>>> should do something about this.
>>> 
>>> I was thinking about contacting Apache infra and asking them if they
>>> can turn off accepting pull requests at github.com, just wanted to
>>> check with dev@ to see if this makes sense or do folks want to do
>>> something else? If I don't hear back anything negative in the next
>> few
>>> days I'll ping infra about shutting down acceptance of pull requests
>>> (may not be possible but I'll check). I'm not talking about removing
>>> the mirror to be clear, just shutting down accepting pull requests on
>>> the mirror.
>>> 
>>> Patrick
>>> 
>>> ps. regardless we probably need to get back to everyone and ask them
>>> to follow the HTC page I don't seem to be able to close out the
>>> PRs, just comment on them, so that's going to be a possible issue as
>>> well arg.
>> 
 
>> 
>> 

Re: github.com zookeeper pull requests in "limbo"

[Raúl Gutiérrez Segalés]

I am +1 on moving to git as well.

What did it take for other Apache projects?

-rgs
On Mar 10, 2016 7:09 AM, "Flavio Junqueira"  wrote:

> I'd like to move to git...
>
> -Flavio
>
> > On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
> >
> > I could see us turning it on if we move to git as our source repo.
> > However I'm recommending we turn it _off_ until then. Interestingly
> > there's a discussion going on right now in apache infra about this
> > (github mirrors and PRs), I'll let you know.
> >
> > That said, is there any interest to move to git and drop svn? I'd like
> > to move personally, hadoop moved a while back and lucene/solr just
> > moved recently. I think it's a pretty well worn path if we're
> > interested to do so.
> >
> > Patrick
> >
> > On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira 
> wrote:
> >> I did mean turning it on, which is apparently the opposite of what Pat
> is proposing. Sorry about the confusion. =)
> >>
> >> -Flavio
> >>
> >>> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés 
> wrote:
> >>>
> >>> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
> 
>  +1 for accepting requesting to infra to accept PRs via github. We've
> done
> >>> the transition in BookKeeper and have been doing it in Kafka for a
> while,
> >>> it works pretty well.
> >>>
> >>> Wait - you mean the other way around? Pat suggested turning off PRs in
> >>> github...
> >>>
> >>> -rgs
> >>>
> 
>  I'm happy you brought this up, Pay, I've been thinking about it.
> 
>  -Flavio
> 
> > On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
> >
> > Hi folks. If you look on github.com you'll see a number of pull
> > request (41 atm) that are effectively in limbo given we don't accept
> > pull requests that way:
> > https://github.com/apache/zookeeper/pulls
> >
> > rather through our Jira process
> >
> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
> >
> > someday we might move to git, but for the time being it seems like we
> > should do something about this.
> >
> > I was thinking about contacting Apache infra and asking them if they
> > can turn off accepting pull requests at github.com, just wanted to
> > check with dev@ to see if this makes sense or do folks want to do
> > something else? If I don't hear back anything negative in the next
> few
> > days I'll ping infra about shutting down acceptance of pull requests
> > (may not be possible but I'll check). I'm not talking about removing
> > the mirror to be clear, just shutting down accepting pull requests on
> > the mirror.
> >
> > Patrick
> >
> > ps. regardless we probably need to get back to everyone and ask them
> > to follow the HTC page I don't seem to be able to close out the
> > PRs, just comment on them, so that's going to be a possible issue as
> > well arg.
> 
> >>
>
>

ZooKeeper_branch34_openjdk7 - Build # 1004 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch34_openjdk7/1004/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 217889 lines...]
[junit] 2016-03-10 15:36:30,051 [myid:] - INFO  [main:JMXEnv@246] - 
expect:StandaloneServer_port
[junit] 2016-03-10 15:36:30,051 [myid:] - INFO  [main:JMXEnv@250] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221
[junit] 2016-03-10 15:36:30,051 [myid:] - INFO  [main:ClientBase@490] - 
STOPPING server
[junit] 2016-03-10 15:36:30,052 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory@219] - 
NIOServerCnxn factory exited run method
[junit] 2016-03-10 15:36:30,052 [myid:] - INFO  [main:ZooKeeperServer@469] 
- shutting down
[junit] 2016-03-10 15:36:30,053 [myid:] - INFO  
[main:SessionTrackerImpl@225] - Shutting down
[junit] 2016-03-10 15:36:30,053 [myid:] - INFO  
[main:PrepRequestProcessor@767] - Shutting down
[junit] 2016-03-10 15:36:30,053 [myid:] - INFO  
[main:SyncRequestProcessor@209] - Shutting down
[junit] 2016-03-10 15:36:30,053 [myid:] - INFO  [ProcessThread(sid:0 
cport:11221)::PrepRequestProcessor@143] - PrepRequestProcessor exited loop!
[junit] 2016-03-10 15:36:30,055 [myid:] - INFO  
[SyncThread:0:SyncRequestProcessor@187] - SyncRequestProcessor exited!
[junit] 2016-03-10 15:36:30,055 [myid:] - INFO  
[main:FinalRequestProcessor@415] - shutdown of request processor complete
[junit] 2016-03-10 15:36:30,056 [myid:] - INFO  
[main:FourLetterWordMain@62] - connecting to 127.0.0.1 11221
[junit] 2016-03-10 15:36:30,056 [myid:] - INFO  [main:JMXEnv@146] - 
ensureOnly:[]
[junit] 2016-03-10 15:36:30,058 [myid:] - INFO  [main:ClientBase@443] - 
STARTING server
[junit] 2016-03-10 15:36:30,058 [myid:] - INFO  [main:ClientBase@364] - 
CREATING server instance 127.0.0.1:11221
[junit] 2016-03-10 15:36:30,058 [myid:] - INFO  
[main:NIOServerCnxnFactory@89] - binding to port 0.0.0.0/0.0.0.0:11221
[junit] 2016-03-10 15:36:30,059 [myid:] - INFO  [main:ClientBase@339] - 
STARTING server instance 127.0.0.1:11221
[junit] 2016-03-10 15:36:30,059 [myid:] - INFO  [main:ZooKeeperServer@170] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/home/jenkins/jenkins-slave/workspace/ZooKeeper_branch34_openjdk7/branch-3.4/build/test/tmp/test3150785065314712778.junit.dir/version-2
 snapdir 
/home/jenkins/jenkins-slave/workspace/ZooKeeper_branch34_openjdk7/branch-3.4/build/test/tmp/test3150785065314712778.junit.dir/version-2
[junit] 2016-03-10 15:36:30,070 [myid:] - INFO  
[main:FourLetterWordMain@62] - connecting to 127.0.0.1 11221
[junit] 2016-03-10 15:36:30,072 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory@192] - 
Accepted socket connection from /127.0.0.1:52169
[junit] 2016-03-10 15:36:30,072 [myid:] - INFO  
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:11221:NIOServerCnxn@827] - Processing 
stat command from /127.0.0.1:52169
[junit] 2016-03-10 15:36:30,083 [myid:] - INFO  
[Thread-4:NIOServerCnxn$StatCommand@663] - Stat command output
[junit] 2016-03-10 15:36:30,084 [myid:] - INFO  
[Thread-4:NIOServerCnxn@1008] - Closed socket connection for client 
/127.0.0.1:52169 (no session established for client)
[junit] 2016-03-10 15:36:30,084 [myid:] - INFO  [main:JMXEnv@229] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 15:36:30,086 [myid:] - INFO  [main:JMXEnv@246] - 
expect:InMemoryDataTree
[junit] 2016-03-10 15:36:30,087 [myid:] - INFO  [main:JMXEnv@250] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221,name1=InMemoryDataTree
[junit] 2016-03-10 15:36:30,087 [myid:] - INFO  [main:JMXEnv@246] - 
expect:StandaloneServer_port
[junit] 2016-03-10 15:36:30,087 [myid:] - INFO  [main:JMXEnv@250] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11221
[junit] 2016-03-10 15:36:30,087 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@58] - Memory used 33930
[junit] 2016-03-10 15:36:30,088 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@63] - Number of threads 19
[junit] 2016-03-10 15:36:30,088 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@78] - FINISHED TEST METHOD testQuota
[junit] 2016-03-10 15:36:30,088 [myid:] - INFO  [main:ClientBase@520] - 
tearDown starting
[junit] 2016-03-10 15:36:30,777 [myid:] - INFO  [main:ZooKeeper@684] - 
Session: 0x153612c0a88 closed
[junit] 2016-03-10 15:36:30,778 [myid:] - INFO  [main:ClientBase@490] - 
STOPPING server
[junit] 2016-03-10 15:36:30,778 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@519] - EventThread shut down for 
session: 0x153612c0a88
[junit] 2016-03-10 15:36:30,778 [myid:] - INFO 

Re: github.com zookeeper pull requests in "limbo"

[Flavio Junqueira]

I'd like to move to git...

-Flavio

> On 10 Mar 2016, at 15:07, Patrick Hunt  wrote:
> 
> I could see us turning it on if we move to git as our source repo.
> However I'm recommending we turn it _off_ until then. Interestingly
> there's a discussion going on right now in apache infra about this
> (github mirrors and PRs), I'll let you know.
> 
> That said, is there any interest to move to git and drop svn? I'd like
> to move personally, hadoop moved a while back and lucene/solr just
> moved recently. I think it's a pretty well worn path if we're
> interested to do so.
> 
> Patrick
> 
> On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira  wrote:
>> I did mean turning it on, which is apparently the opposite of what Pat is 
>> proposing. Sorry about the confusion. =)
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés  
>>> wrote:
>>> 
>>> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
 
 +1 for accepting requesting to infra to accept PRs via github. We've done
>>> the transition in BookKeeper and have been doing it in Kafka for a while,
>>> it works pretty well.
>>> 
>>> Wait - you mean the other way around? Pat suggested turning off PRs in
>>> github...
>>> 
>>> -rgs
>>> 
 
 I'm happy you brought this up, Pay, I've been thinking about it.
 
 -Flavio
 
> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
> 
> Hi folks. If you look on github.com you'll see a number of pull
> request (41 atm) that are effectively in limbo given we don't accept
> pull requests that way:
> https://github.com/apache/zookeeper/pulls
> 
> rather through our Jira process
> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
> 
> someday we might move to git, but for the time being it seems like we
> should do something about this.
> 
> I was thinking about contacting Apache infra and asking them if they
> can turn off accepting pull requests at github.com, just wanted to
> check with dev@ to see if this makes sense or do folks want to do
> something else? If I don't hear back anything negative in the next few
> days I'll ping infra about shutting down acceptance of pull requests
> (may not be possible but I'll check). I'm not talking about removing
> the mirror to be clear, just shutting down accepting pull requests on
> the mirror.
> 
> Patrick
> 
> ps. regardless we probably need to get back to everyone and ask them
> to follow the HTC page I don't seem to be able to close out the
> PRs, just comment on them, so that's going to be a possible issue as
> well arg.
 
>> 

Re: github.com zookeeper pull requests in "limbo"

[Patrick Hunt]

I could see us turning it on if we move to git as our source repo.
However I'm recommending we turn it _off_ until then. Interestingly
there's a discussion going on right now in apache infra about this
(github mirrors and PRs), I'll let you know.

That said, is there any interest to move to git and drop svn? I'd like
to move personally, hadoop moved a while back and lucene/solr just
moved recently. I think it's a pretty well worn path if we're
interested to do so.

Patrick

On Thu, Mar 10, 2016 at 12:36 AM, Flavio Junqueira  wrote:
> I did mean turning it on, which is apparently the opposite of what Pat is 
> proposing. Sorry about the confusion. =)
>
> -Flavio
>
>> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés  
>> wrote:
>>
>> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>>>
>>> +1 for accepting requesting to infra to accept PRs via github. We've done
>> the transition in BookKeeper and have been doing it in Kafka for a while,
>> it works pretty well.
>>
>> Wait - you mean the other way around? Pat suggested turning off PRs in
>> github...
>>
>> -rgs
>>
>>>
>>> I'm happy you brought this up, Pay, I've been thinking about it.
>>>
>>> -Flavio
>>>
 On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:

 Hi folks. If you look on github.com you'll see a number of pull
 request (41 atm) that are effectively in limbo given we don't accept
 pull requests that way:
 https://github.com/apache/zookeeper/pulls

 rather through our Jira process
 https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute

 someday we might move to git, but for the time being it seems like we
 should do something about this.

 I was thinking about contacting Apache infra and asking them if they
 can turn off accepting pull requests at github.com, just wanted to
 check with dev@ to see if this makes sense or do folks want to do
 something else? If I don't hear back anything negative in the next few
 days I'll ping infra about shutting down acceptance of pull requests
 (may not be possible but I'll check). I'm not talking about removing
 the mirror to be clear, just shutting down accepting pull requests on
 the mirror.

 Patrick

 ps. regardless we probably need to get back to everyone and ask them
 to follow the HTC page I don't seem to be able to close out the
 PRs, just comment on them, so that's going to be a possible issue as
 well arg.
>>>
>

[jira] [Updated] (ZOOKEEPER-2387) Attempt to gracefully stop the

[Biju Nair (JIRA)]

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Biju Nair updated ZOOKEEPER-2387:
-
Attachment: ZOOKEEPER-2387-1.patch

Attaching a WIP patch to get feedback.

> Attempt to gracefully stop the 
> ---
>
> Key: ZOOKEEPER-2387
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2387
> Project: ZooKeeper
>  Issue Type: Improvement
>Reporter: Biju Nair
> Attachments: ZOOKEEPER-2387-1.patch
>
>
> To stop ZooKeeper service, {{kill}} is issue against the ZK process. It will 
> be good to gracefully stop all the subcomponents.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (ZOOKEEPER-2387) Attempt to gracefully stop the

[Biju Nair (JIRA)]

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Biju Nair reassigned ZOOKEEPER-2387:


Assignee: Biju Nair

> Attempt to gracefully stop the 
> ---
>
> Key: ZOOKEEPER-2387
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2387
> Project: ZooKeeper
>  Issue Type: Improvement
>Reporter: Biju Nair
>Assignee: Biju Nair
> Attachments: ZOOKEEPER-2387-1.patch
>
>
> To stop ZooKeeper service, {{kill}} is issue against the ZK process. It will 
> be good to gracefully stop all the subcomponents.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (ZOOKEEPER-2387) Attempt to gracefully stop the

[Biju Nair (JIRA)]

 [ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Biju Nair updated ZOOKEEPER-2387:
-
Description: To stop ZooKeeper service, {{kill}} is issued against the ZK 
process. It will be good to gracefully stop all the subcomponents.  (was: To 
stop ZooKeeper service, {{kill}} is issue against the ZK process. It will be 
good to gracefully stop all the subcomponents.)

> Attempt to gracefully stop the 
> ---
>
> Key: ZOOKEEPER-2387
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2387
> Project: ZooKeeper
>  Issue Type: Improvement
>Reporter: Biju Nair
>Assignee: Biju Nair
> Attachments: ZOOKEEPER-2387-1.patch
>
>
> To stop ZooKeeper service, {{kill}} is issued against the ZK process. It will 
> be good to gracefully stop all the subcomponents.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ZOOKEEPER-2383) Startup race in ZooKeeperServer

[Rakesh R (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15189157#comment-15189157
 ] 

Rakesh R commented on ZOOKEEPER-2383:
-

I think I found the code changes which results in this bug. Its due to the 
change in startup sequence - ZOOKEEPER-2026.

Here it just moved up setting 'zkServer' reference before starting up the 
standalone server fully. Internally, this 'zkServer' reference is used to see 
ZooKeeperServer's running status. In the defect scenario, the standalone server 
is partially started(by Thread1) and simultaneously client(by Thread2) send a 
connection request. Since the 'zkServer' is not null it proceeds to process the 
connection request and causing the trouble. Please refer my previous comment to 
understand the problematic call sequence.

{code}
ZooKeeperServer.java

private void readConnectRequest() throws IOException, InterruptedException {
if (zkServer == null) {
throw new IOException("ZooKeeperServer not running");
}
zkServer.processConnectRequest(this, incomingBuffer);
initialized = true;
}
{code}

Probably should use server RUNNING state instead of "zkServer == null" checks 
to know the running status. Server is updating the state to RUNNING after 
starting all the services.
{code}
ZooKeeperServer.java

public synchronized void startup() {
if (sessionTracker == null) {
createSessionTracker();
}
startSessionTracker();
setupRequestProcessors();

registerJMX();

state = State.RUNNING;
notifyAll();
}
{code}

> Startup race in ZooKeeperServer
> ---
>
> Key: ZOOKEEPER-2383
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2383
> Project: ZooKeeper
>  Issue Type: Bug
>  Components: jmx, server
>Affects Versions: 3.4.8
>Reporter: Steve Rowe
>Priority: Blocker
> Fix For: 3.4.9
>
> Attachments: TestZkStandaloneJMXRegistrationRaceConcurrent.java, 
> release-3.4.8-extra-logging.patch, zk-3.4.8-MBeanRegistry.log, 
> zk-3.4.8-NPE.log
>
>
> In attempting to upgrade Solr's ZooKeeper dependency from 3.4.6 to 3.4.8 
> (SOLR-8724) I ran into test failures where attempts to create a node in a 
> newly started standalone ZooKeeperServer were failing because of an assertion 
> in MBeanRegistry.
> ZooKeeperServer.startup() first sets up its request processor chain then 
> registers itself in JMX, but if a connection comes in before the server's JMX 
> registration happens, registration of the connection will fail because it 
> trips the assertion that (effectively) its parent (the server) has already 
> registered itself.
> {code:java|title=ZooKeeperServer.java}
> public synchronized void startup() {
> if (sessionTracker == null) {
> createSessionTracker();
> }
> startSessionTracker();
> setupRequestProcessors();
> registerJMX();
> state = State.RUNNING;
> notifyAll();
> }
> {code}
> {code:java|title=MBeanRegistry.java}
> public void register(ZKMBeanInfo bean, ZKMBeanInfo parent)
> throws JMException
> {
> assert bean != null;
> String path = null;
> if (parent != null) {
> path = mapBean2Path.get(parent);
> assert path != null;
> }
> {code}
> This problem appears to be new with ZK 3.4.8 - AFAIK Solr never had this 
> issue with ZK 3.4.6. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

ZooKeeper_branch35_openjdk7 - Build # 4 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch35_openjdk7/4/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 374882 lines...]
[junit] at 
org.apache.zookeeper.server.quorum.LearnerHandler.run(LearnerHandler.java:622)
[junit] 2016-03-10 10:03:22,227 [myid:] - WARN  
[LearnerHandler-/127.0.0.1:50965:LearnerHandler@619] - *** GOODBYE 
/127.0.0.1:50965 
[junit] 2016-03-10 10:03:22,230 [myid:] - WARN  
[LearnerHandler-/127.0.0.1:50965:LearnerHandler@903] - Ignoring unexpected 
exception
[junit] java.lang.InterruptedException
[junit] at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1219)
[junit] at 
java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
[junit] at 
java.util.concurrent.LinkedBlockingQueue.put(LinkedBlockingQueue.java:338)
[junit] at 
org.apache.zookeeper.server.quorum.LearnerHandler.shutdown(LearnerHandler.java:901)
[junit] at 
org.apache.zookeeper.server.quorum.LearnerHandler.run(LearnerHandler.java:622)
[junit] 2016-03-10 10:03:22,227 [myid:] - WARN  
[LearnerHandler-/127.0.0.1:50961:LearnerHandler@619] - *** GOODBYE 
/127.0.0.1:50961 
[junit] 2016-03-10 10:03:22,230 [myid:] - WARN  
[LearnerHandler-/127.0.0.1:50961:LearnerHandler@903] - Ignoring unexpected 
exception
[junit] java.lang.InterruptedException
[junit] at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1219)
[junit] at 
java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
[junit] at 
java.util.concurrent.LinkedBlockingQueue.put(LinkedBlockingQueue.java:338)
[junit] at 
org.apache.zookeeper.server.quorum.LearnerHandler.shutdown(LearnerHandler.java:901)
[junit] at 
org.apache.zookeeper.server.quorum.LearnerHandler.run(LearnerHandler.java:622)
[junit] 2016-03-10 10:03:22,231 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-1:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-10 10:03:22,231 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean 
[org.apache.ZooKeeperService:name0=ReplicatedServer_id5,name1=replica.5,name2=Leader]
[junit] 2016-03-10 10:03:22,232 [myid:] - INFO  
[/127.0.0.1:24830:QuorumCnxManager$Listener@659] - Leaving listener
[junit] 2016-03-10 10:03:22,232 [myid:] - WARN  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):QuorumPeer@1126] - 
Unexpected exception
[junit] java.lang.InterruptedException
[junit] at java.lang.Object.wait(Native Method)
[junit] at 
org.apache.zookeeper.server.quorum.Leader.lead(Leader.java:559)
[junit] at 
org.apache.zookeeper.server.quorum.QuorumPeer.run(QuorumPeer.java:1123)
[junit] 2016-03-10 10:03:22,232 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):Leader@613] - 
Shutting down
[junit] 2016-03-10 10:03:22,232 [myid:] - WARN  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):QuorumPeer@1157] - 
PeerState set to LOOKING
[junit] 2016-03-10 10:03:22,232 [myid:] - WARN  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):QuorumPeer@1139] - 
QuorumPeer main thread exited
[junit] 2016-03-10 10:03:22,232 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean [org.apache.ZooKeeperService:name0=ReplicatedServer_id5]
[junit] 2016-03-10 10:03:22,232 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean 
[org.apache.ZooKeeperService:name0=ReplicatedServer_id5,name1=replica.5]
[junit] 2016-03-10 10:03:22,233 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean 
[org.apache.ZooKeeperService:name0=ReplicatedServer_id5,name1=replica.1]
[junit] 2016-03-10 10:03:22,233 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean 
[org.apache.ZooKeeperService:name0=ReplicatedServer_id5,name1=replica.2]
[junit] 2016-03-10 10:03:22,233 [myid:] - INFO  
[QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled):MBeanRegistry@128] 
- Unregister MBean 
[org.apache.ZooKeeperService:name0=ReplicatedServer_id5,name1=replica.3]
[junit] 2016-03-10 10:03:22,234 [myid:] - INFO  [main:QuorumUtil@254] - 
Shutting down leader election 
QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled)
[junit] 2016-03-10 10:03:22,234 [myid:] - INFO  [main:QuorumUtil@259] - 
Waiting for QuorumPeer[myid=5](plain=/127.0.0.1:24828)(secure=disabled) to exit 
thread
[junit] 

ZooKeeper_branch35_solaris - Build # 17 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch35_solaris/17/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 346250 lines...]
[junit] 2016-03-10 09:35:51,506 [myid:] - INFO  [main:ClientBase@460] - 
STARTING server
[junit] 2016-03-10 09:35:51,506 [myid:] - INFO  [main:ClientBase@380] - 
CREATING server instance 127.0.0.1:11222
[junit] 2016-03-10 09:35:51,507 [myid:] - INFO  
[main:NIOServerCnxnFactory@673] - Configuring NIO connection handler with 10s 
sessionless connection timeout, 2 selector thread(s), 16 worker threads, and 64 
kB direct buffers.
[junit] 2016-03-10 09:35:51,507 [myid:] - INFO  
[main:NIOServerCnxnFactory@686] - binding to port 0.0.0.0/0.0.0.0:11222
[junit] 2016-03-10 09:35:51,508 [myid:] - INFO  [main:ClientBase@355] - 
STARTING server instance 127.0.0.1:11222
[junit] 2016-03-10 09:35:51,508 [myid:] - INFO  [main:ZooKeeperServer@858] 
- minSessionTimeout set to 6000
[junit] 2016-03-10 09:35:51,508 [myid:] - INFO  [main:ZooKeeperServer@867] 
- maxSessionTimeout set to 6
[junit] 2016-03-10 09:35:51,509 [myid:] - INFO  [main:ZooKeeperServer@156] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test3162371403602810770.junit.dir/version-2
 snapdir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test3162371403602810770.junit.dir/version-2
[junit] 2016-03-10 09:35:51,509 [myid:] - INFO  [main:FileSnap@83] - 
Reading snapshot 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test3162371403602810770.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 09:35:51,511 [myid:] - INFO  [main:FileTxnSnapLog@298] - 
Snapshotting: 0xb to 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch35_solaris/branch-3.5/build/test/tmp/test3162371403602810770.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 09:35:51,513 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11222
[junit] 2016-03-10 09:35:51,514 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@296]
 - Accepted socket connection from /127.0.0.1:60363
[junit] 2016-03-10 09:35:51,515 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@485] - Processing stat command from 
/127.0.0.1:60363
[junit] 2016-03-10 09:35:51,515 [myid:] - INFO  
[NIOWorkerThread-1:StatCommand@49] - Stat command output
[junit] 2016-03-10 09:35:51,516 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:60363 (no session established for client)
[junit] 2016-03-10 09:35:51,516 [myid:] - INFO  [main:JMXEnv@228] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 09:35:51,517 [myid:] - INFO  [main:JMXEnv@245] - 
expect:InMemoryDataTree
[junit] 2016-03-10 09:35:51,518 [myid:] - INFO  [main:JMXEnv@249] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222,name1=InMemoryDataTree
[junit] 2016-03-10 09:35:51,518 [myid:] - INFO  [main:JMXEnv@245] - 
expect:StandaloneServer_port
[junit] 2016-03-10 09:35:51,518 [myid:] - INFO  [main:JMXEnv@249] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222
[junit] 2016-03-10 09:35:51,518 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@82] - Memory used 17770
[junit] 2016-03-10 09:35:51,519 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@87] - Number of threads 24
[junit] 2016-03-10 09:35:51,519 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@102] - FINISHED TEST METHOD 
testQuota
[junit] 2016-03-10 09:35:51,519 [myid:] - INFO  [main:ClientBase@537] - 
tearDown starting
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x11fdce04b6d closed
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  [main:ClientBase@507] - 
STOPPING server
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x11fdce04b6d
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  
[ConnnectionExpirer:NIOServerCnxnFactory$ConnectionExpirerThread@583] - 
ConnnectionExpirerThread interrupted
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@219]
 - accept thread exitted run method
[junit] 2016-03-10 09:35:51,592 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-0:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 

ZooKeeper_branch35_openjdk7 - Build # 3 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper_branch35_openjdk7/3/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 463104 lines...]
[junit] 2016-03-10 08:38:37,201 [myid:] - INFO  [main:ClientBase@460] - 
STARTING server
[junit] 2016-03-10 08:38:37,201 [myid:] - INFO  [main:ClientBase@380] - 
CREATING server instance 127.0.0.1:11222
[junit] 2016-03-10 08:38:37,202 [myid:] - INFO  
[main:NIOServerCnxnFactory@673] - Configuring NIO connection handler with 10s 
sessionless connection timeout, 3 selector thread(s), 48 worker threads, and 64 
kB direct buffers.
[junit] 2016-03-10 08:38:37,202 [myid:] - INFO  
[main:NIOServerCnxnFactory@686] - binding to port 0.0.0.0/0.0.0.0:11222
[junit] 2016-03-10 08:38:37,202 [myid:] - INFO  [main:ClientBase@355] - 
STARTING server instance 127.0.0.1:11222
[junit] 2016-03-10 08:38:37,203 [myid:] - INFO  [main:ZooKeeperServer@858] 
- minSessionTimeout set to 6000
[junit] 2016-03-10 08:38:37,203 [myid:] - INFO  [main:ZooKeeperServer@867] 
- maxSessionTimeout set to 6
[junit] 2016-03-10 08:38:37,203 [myid:] - INFO  [main:ZooKeeperServer@156] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/x1/jenkins/jenkins-slave/workspace/ZooKeeper_branch35_openjdk7/branch-3.5/build/test/tmp/test2945730369199712719.junit.dir/version-2
 snapdir 
/x1/jenkins/jenkins-slave/workspace/ZooKeeper_branch35_openjdk7/branch-3.5/build/test/tmp/test2945730369199712719.junit.dir/version-2
[junit] 2016-03-10 08:38:37,206 [myid:] - INFO  [main:FileSnap@83] - 
Reading snapshot 
/x1/jenkins/jenkins-slave/workspace/ZooKeeper_branch35_openjdk7/branch-3.5/build/test/tmp/test2945730369199712719.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 08:38:37,207 [myid:] - INFO  [main:FileTxnSnapLog@298] - 
Snapshotting: 0xb to 
/x1/jenkins/jenkins-slave/workspace/ZooKeeper_branch35_openjdk7/branch-3.5/build/test/tmp/test2945730369199712719.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 08:38:37,209 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11222
[junit] 2016-03-10 08:38:37,210 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@296]
 - Accepted socket connection from /127.0.0.1:41120
[junit] 2016-03-10 08:38:37,211 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@485] - Processing stat command from 
/127.0.0.1:41120
[junit] 2016-03-10 08:38:37,211 [myid:] - INFO  
[NIOWorkerThread-1:StatCommand@49] - Stat command output
[junit] 2016-03-10 08:38:37,211 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:41120 (no session established for client)
[junit] 2016-03-10 08:38:37,211 [myid:] - INFO  [main:JMXEnv@228] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 08:38:37,213 [myid:] - INFO  [main:JMXEnv@245] - 
expect:InMemoryDataTree
[junit] 2016-03-10 08:38:37,213 [myid:] - INFO  [main:JMXEnv@249] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222,name1=InMemoryDataTree
[junit] 2016-03-10 08:38:37,213 [myid:] - INFO  [main:JMXEnv@245] - 
expect:StandaloneServer_port
[junit] 2016-03-10 08:38:37,213 [myid:] - INFO  [main:JMXEnv@249] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222
[junit] 2016-03-10 08:38:37,213 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@82] - Memory used 70349
[junit] 2016-03-10 08:38:37,214 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@87] - Number of threads 25
[junit] 2016-03-10 08:38:37,214 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@102] - FINISHED TEST METHOD 
testQuota
[junit] 2016-03-10 08:38:37,214 [myid:] - INFO  [main:ClientBase@537] - 
tearDown starting
[junit] 2016-03-10 08:38:37,277 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x100410a7cac closed
[junit] 2016-03-10 08:38:37,277 [myid:] - INFO  [main:ClientBase@507] - 
STOPPING server
[junit] 2016-03-10 08:38:37,277 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x100410a7cac
[junit] 2016-03-10 08:38:37,278 [myid:] - INFO  
[ConnnectionExpirer:NIOServerCnxnFactory$ConnectionExpirerThread@583] - 
ConnnectionExpirerThread interrupted
[junit] 2016-03-10 08:38:37,278 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@219]
 - accept thread exitted run method
[junit] 2016-03-10 08:38:37,278 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-2:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-10 08:38:37,278 [myid:] - INFO  

Re: github.com zookeeper pull requests in "limbo"

[Flavio Junqueira]

I did mean turning it on, which is apparently the opposite of what Pat is 
proposing. Sorry about the confusion. =)

-Flavio

> On 10 Mar 2016, at 08:01, Raúl Gutiérrez Segalés  wrote:
> 
> On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>> 
>> +1 for accepting requesting to infra to accept PRs via github. We've done
> the transition in BookKeeper and have been doing it in Kafka for a while,
> it works pretty well.
> 
> Wait - you mean the other way around? Pat suggested turning off PRs in
> github...
> 
> -rgs
> 
>> 
>> I'm happy you brought this up, Pay, I've been thinking about it.
>> 
>> -Flavio
>> 
>>> On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
>>> 
>>> Hi folks. If you look on github.com you'll see a number of pull
>>> request (41 atm) that are effectively in limbo given we don't accept
>>> pull requests that way:
>>> https://github.com/apache/zookeeper/pulls
>>> 
>>> rather through our Jira process
>>> https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
>>> 
>>> someday we might move to git, but for the time being it seems like we
>>> should do something about this.
>>> 
>>> I was thinking about contacting Apache infra and asking them if they
>>> can turn off accepting pull requests at github.com, just wanted to
>>> check with dev@ to see if this makes sense or do folks want to do
>>> something else? If I don't hear back anything negative in the next few
>>> days I'll ping infra about shutting down acceptance of pull requests
>>> (may not be possible but I'll check). I'm not talking about removing
>>> the mirror to be clear, just shutting down accepting pull requests on
>>> the mirror.
>>> 
>>> Patrick
>>> 
>>> ps. regardless we probably need to get back to everyone and ask them
>>> to follow the HTC page I don't seem to be able to close out the
>>> PRs, just comment on them, so that's going to be a possible issue as
>>> well arg.
>> 

ZooKeeper-trunk-solaris - Build # 1078 - Still Failing

[Apache Jenkins Server]

See https://builds.apache.org/job/ZooKeeper-trunk-solaris/1078/

###
## LAST 60 LINES OF THE CONSOLE 
###
[...truncated 344313 lines...]
[junit] 2016-03-10 08:09:59,743 [myid:] - INFO  [main:JMXEnv@146] - 
ensureOnly:[]
[junit] 2016-03-10 08:09:59,744 [myid:] - INFO  [main:ClientBase@460] - 
STARTING server
[junit] 2016-03-10 08:09:59,744 [myid:] - INFO  [main:ClientBase@380] - 
CREATING server instance 127.0.0.1:11222
[junit] 2016-03-10 08:09:59,745 [myid:] - INFO  
[main:NIOServerCnxnFactory@673] - Configuring NIO connection handler with 10s 
sessionless connection timeout, 2 selector thread(s), 16 worker threads, and 64 
kB direct buffers.
[junit] 2016-03-10 08:09:59,746 [myid:] - INFO  
[main:NIOServerCnxnFactory@686] - binding to port 0.0.0.0/0.0.0.0:11222
[junit] 2016-03-10 08:09:59,746 [myid:] - INFO  [main:ClientBase@355] - 
STARTING server instance 127.0.0.1:11222
[junit] 2016-03-10 08:09:59,747 [myid:] - INFO  [main:ZooKeeperServer@858] 
- minSessionTimeout set to 6000
[junit] 2016-03-10 08:09:59,747 [myid:] - INFO  [main:ZooKeeperServer@867] 
- maxSessionTimeout set to 6
[junit] 2016-03-10 08:09:59,747 [myid:] - INFO  [main:ZooKeeperServer@156] 
- Created server with tickTime 3000 minSessionTimeout 6000 maxSessionTimeout 
6 datadir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test3988100776269922281.junit.dir/version-2
 snapdir 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test3988100776269922281.junit.dir/version-2
[junit] 2016-03-10 08:09:59,748 [myid:] - INFO  [main:FileSnap@83] - 
Reading snapshot 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test3988100776269922281.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 08:09:59,750 [myid:] - INFO  [main:FileTxnSnapLog@298] - 
Snapshotting: 0xb to 
/zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test3988100776269922281.junit.dir/version-2/snapshot.b
[junit] 2016-03-10 08:09:59,752 [myid:] - INFO  
[main:FourLetterWordMain@85] - connecting to 127.0.0.1 11222
[junit] 2016-03-10 08:09:59,752 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@296]
 - Accepted socket connection from /127.0.0.1:47283
[junit] 2016-03-10 08:09:59,753 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@485] - Processing stat command from 
/127.0.0.1:47283
[junit] 2016-03-10 08:09:59,754 [myid:] - INFO  
[NIOWorkerThread-1:StatCommand@49] - Stat command output
[junit] 2016-03-10 08:09:59,754 [myid:] - INFO  
[NIOWorkerThread-1:NIOServerCnxn@607] - Closed socket connection for client 
/127.0.0.1:47283 (no session established for client)
[junit] 2016-03-10 08:09:59,755 [myid:] - INFO  [main:JMXEnv@228] - 
ensureParent:[InMemoryDataTree, StandaloneServer_port]
[junit] 2016-03-10 08:09:59,756 [myid:] - INFO  [main:JMXEnv@245] - 
expect:InMemoryDataTree
[junit] 2016-03-10 08:09:59,757 [myid:] - INFO  [main:JMXEnv@249] - 
found:InMemoryDataTree 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222,name1=InMemoryDataTree
[junit] 2016-03-10 08:09:59,757 [myid:] - INFO  [main:JMXEnv@245] - 
expect:StandaloneServer_port
[junit] 2016-03-10 08:09:59,757 [myid:] - INFO  [main:JMXEnv@249] - 
found:StandaloneServer_port 
org.apache.ZooKeeperService:name0=StandaloneServer_port11222
[junit] 2016-03-10 08:09:59,757 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@82] - Memory used 17701
[junit] 2016-03-10 08:09:59,758 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@87] - Number of threads 24
[junit] 2016-03-10 08:09:59,758 [myid:] - INFO  
[main:JUnit4ZKTestRunner$LoggedInvokeMethod@102] - FINISHED TEST METHOD 
testQuota
[junit] 2016-03-10 08:09:59,758 [myid:] - INFO  [main:ClientBase@537] - 
tearDown starting
[junit] 2016-03-10 08:09:59,823 [myid:] - INFO  [main:ZooKeeper@1110] - 
Session: 0x11fdc91aec5 closed
[junit] 2016-03-10 08:09:59,823 [myid:] - INFO  
[main-EventThread:ClientCnxn$EventThread@543] - EventThread shut down for 
session: 0x11fdc91aec5
[junit] 2016-03-10 08:09:59,823 [myid:] - INFO  [main:ClientBase@507] - 
STOPPING server
[junit] 2016-03-10 08:09:59,824 [myid:] - INFO  
[NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11222:NIOServerCnxnFactory$AcceptThread@219]
 - accept thread exitted run method
[junit] 2016-03-10 08:09:59,824 [myid:] - INFO  
[NIOServerCxnFactory.SelectorThread-1:NIOServerCnxnFactory$SelectorThread@420] 
- selector thread exitted run method
[junit] 2016-03-10 08:09:59,824 [myid:] - INFO  

Re: github.com zookeeper pull requests in "limbo"

[Raúl Gutiérrez Segalés]

On Mar 9, 2016 11:26 PM, "Flavio Junqueira"  wrote:
>
> +1 for accepting requesting to infra to accept PRs via github. We've done
the transition in BookKeeper and have been doing it in Kafka for a while,
it works pretty well.

Wait - you mean the other way around? Pat suggested turning off PRs in
github...

-rgs

>
> I'm happy you brought this up, Pay, I've been thinking about it.
>
> -Flavio
>
> > On 10 Mar 2016, at 00:38, Patrick Hunt  wrote:
> >
> > Hi folks. If you look on github.com you'll see a number of pull
> > request (41 atm) that are effectively in limbo given we don't accept
> > pull requests that way:
> > https://github.com/apache/zookeeper/pulls
> >
> > rather through our Jira process
> > https://cwiki.apache.org/confluence/display/ZOOKEEPER/HowToContribute
> >
> > someday we might move to git, but for the time being it seems like we
> > should do something about this.
> >
> > I was thinking about contacting Apache infra and asking them if they
> > can turn off accepting pull requests at github.com, just wanted to
> > check with dev@ to see if this makes sense or do folks want to do
> > something else? If I don't hear back anything negative in the next few
> > days I'll ping infra about shutting down acceptance of pull requests
> > (may not be possible but I'll check). I'm not talking about removing
> > the mirror to be clear, just shutting down accepting pull requests on
> > the mirror.
> >
> > Patrick
> >
> > ps. regardless we probably need to get back to everyone and ask them
> > to follow the HTC page I don't seem to be able to close out the
> > PRs, just comment on them, so that's going to be a possible issue as
> > well arg.
>