ZooKeeper_branch34_solaris - Build # 583 - Still Failing
See https://builds.apache.org/job/ZooKeeper_branch34_solaris/583/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 152 lines...] [ivy:retrieve] found org.mockito#mockito-all;1.8.2 in maven2 [ivy:retrieve] found checkstyle#checkstyle;5.0 in maven2 [ivy:retrieve] found antlr#antlr;2.7.6 in maven2 [ivy:retrieve] found commons-beanutils#commons-beanutils-core;1.7.0 in maven2 [ivy:retrieve] found commons-collections#commons-collections;2.0 in maven2 [ivy:retrieve] found commons-cli#commons-cli;1.0 in maven2 [ivy:retrieve] found commons-lang#commons-lang;1.0 in maven2 [ivy:retrieve] found commons-logging#commons-logging;1.0.3 in maven2 [ivy:retrieve] found com.google.collections#google-collections;0.9 in maven2 [ivy:retrieve] :: resolution report :: resolve 881ms :: artifacts dl 302ms [ivy:retrieve] :: evicted modules: [ivy:retrieve] commons-logging#commons-logging;1.0 by [commons-logging#commons-logging;1.0.3] in [test] [ivy:retrieve] junit#junit;3.7 by [junit#junit;4.8.1] in [test] - | |modules|| artifacts | | conf | number| search|dwnlded|evicted|| number|dwnlded| - | test | 12 | 0 | 0 | 2 || 10 | 0 | - [ivy:retrieve] :: retrieving :: org.apache.zookeeper#zookeeper [ivy:retrieve] confs: [test] [ivy:retrieve] 10 artifacts copied, 0 already retrieved (3515kB/474ms) compile-test: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/classes [javac] Compiling 119 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/classes [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/src/java/test/org/apache/zookeeper/test/LoadFromLogTest.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] Compiling 11 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/classes test-init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/logs [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/tmp [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/upgrade [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/invalidsnap [copy] Copying 4 files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/upgrade [copy] Copying 7 files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/invalidsnap [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/buffersize [copy] Copying 7 files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build/test/data/buffersize test-category: junit.run: [junit] Running org.apache.zookeeper.ClientReconnectTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec BUILD FAILED /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch34_solaris/trunk/build.xml:1220: Process fork failed. Total time: 38 seconds Build step 'Invoke Ant' marked build as failure [locks-and-latches] Releasing all the locks [locks-and-latches] All the locks released Recording test results Email was triggered for: Failure Sending email for trigger: Failure ### ## FAILED TESTS (if any) ## 1 tests failed. FAILED: org.apache.zookeeper.ClientReconnectTest.unknown Error Message: Forked Java VM exited abnormally. Please note the time in the report does not reflect the time until the VM exit. Stack Trace: junit.framework.AssertionFailedError: Forked Java VM exited ab
ZooKeeper-trunk-WinVS2008 - Build # 927 - Still Failing
See https://builds.apache.org/job/ZooKeeper-trunk-WinVS2008/927/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 514 lines...] .\src\cli.c(402): error C2065: 'p' : undeclared identifier .\src\cli.c(403): error C2065: 'p' : undeclared identifier .\src\cli.c(404): error C2065: 'p' : undeclared identifier .\src\cli.c(405): error C2065: 'mode' : undeclared identifier .\src\cli.c(405): error C2065: 'p' : undeclared identifier .\src\cli.c(406): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(409): error C2065: 'mode' : undeclared identifier .\src\cli.c(410): error C2275: 'FILE' : illegal use of this type as an expression .\src\cli.c(410): error C2065: 'fp' : undeclared identifier .\src\cli.c(410): error C2065: 'p' : undeclared identifier .\src\cli.c(411): error C2065: 'fp' : undeclared identifier .\src\cli.c(412): error C2065: 'p' : undeclared identifier .\src\cli.c(413): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(416): error C2065: 'fp' : undeclared identifier .\src\cli.c(417): error C2065: 'members_size' : undeclared identifier .\src\cli.c(417): error C2065: 'fp' : undeclared identifier .\src\cli.c(418): error C2065: 'fp' : undeclared identifier .\src\cli.c(419): error C2065: 'members' : undeclared identifier .\src\cli.c(419): error C2065: 'members_size' : undeclared identifier .\src\cli.c(420): error C2065: 'members' : undeclared identifier .\src\cli.c(422): error C2065: 'p' : undeclared identifier .\src\cli.c(423): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(424): error C2065: 'fp' : undeclared identifier .\src\cli.c(434): error C2065: 'members' : undeclared identifier .\src\cli.c(434): error C2065: 'members_size' : undeclared identifier .\src\cli.c(434): error C2065: 'fp' : undeclared identifier .\src\cli.c(435): error C2065: 'p' : undeclared identifier .\src\cli.c(436): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(437): error C2065: 'fp' : undeclared identifier .\src\cli.c(440): error C2065: 'fp' : undeclared identifier .\src\cli.c(441): error C2065: 'p' : undeclared identifier .\src\cli.c(442): error C2065: 'p' : undeclared identifier .\src\cli.c(443): error C2065: 'version' : undeclared identifier .\src\cli.c(443): error C2065: 'p' : undeclared identifier .\src\cli.c(444): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(447): error C2065: 'version' : undeclared identifier .\src\cli.c(447): error C2065: 'p' : undeclared identifier .\src\cli.c(448): error C2065: 'version' : undeclared identifier .\src\cli.c(449): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(453): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(456): error C2065: 'p' : undeclared identifier .\src\cli.c(458): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(460): error C2065: 'joining' : undeclared identifier .\src\cli.c(460): error C2065: 'leaving' : undeclared identifier .\src\cli.c(460): error C2065: 'members' : undeclared identifier .\src\cli.c(460): error C2065: 'version' : undeclared identifier .\src\cli.c(461): error C2065: 'joining' : undeclared identifier .\src\cli.c(462): error C2065: 'leaving' : undeclared identifier .\src\cli.c(463): error C2065: 'members' : undeclared identifier 104 Warning(s) 102 Error(s) Time Elapsed 00:00:09.85 f:\hudson\hudson-slave\workspace\ZooKeeper-trunk-WinVS2008>exit 1 Build step 'Execute Windows batch command' marked build as failure Email was triggered for: Failure Sending email for trigger: Failure ### ## FAILED TESTS (if any) ## No tests ran.
ZooKeeper-trunk-solaris - Build # 606 - Still Failing
See https://builds.apache.org/job/ZooKeeper-trunk-solaris/606/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 202272 lines...] [junit] 2013-07-09 09:11:12,398 [myid:] - INFO [NIOServerCxnFactory.SelectorThread-0:NIOServerCnxnFactory$SelectorThread@420] - selector thread exitted run method [junit] 2013-07-09 09:11:12,398 [myid:] - INFO [main:ZooKeeperServer@422] - shutting down [junit] 2013-07-09 09:11:12,399 [myid:] - INFO [main:SessionTrackerImpl@180] - Shutting down [junit] 2013-07-09 09:11:12,399 [myid:] - INFO [main:PrepRequestProcessor@929] - Shutting down [junit] 2013-07-09 09:11:12,399 [myid:] - INFO [main:SyncRequestProcessor@175] - Shutting down [junit] 2013-07-09 09:11:12,399 [myid:] - INFO [ProcessThread(sid:0 cport:-1)::PrepRequestProcessor@156] - PrepRequestProcessor exited loop! [junit] 2013-07-09 09:11:12,399 [myid:] - INFO [SyncThread:0:SyncRequestProcessor@155] - SyncRequestProcessor exited! [junit] 2013-07-09 09:11:12,400 [myid:] - INFO [main:FinalRequestProcessor@427] - shutdown of request processor complete [junit] 2013-07-09 09:11:12,400 [myid:] - INFO [main:FourLetterWordMain@43] - connecting to 127.0.0.1 11221 [junit] 2013-07-09 09:11:12,401 [myid:] - INFO [main:JMXEnv@133] - ensureOnly:[] [junit] 2013-07-09 09:11:12,402 [myid:] - INFO [main:ClientBase@414] - STARTING server [junit] 2013-07-09 09:11:12,402 [myid:] - INFO [main:ZooKeeperServer@149] - 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/test6430384836412910155.junit.dir/version-2 snapdir /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test6430384836412910155.junit.dir/version-2 [junit] 2013-07-09 09:11:12,402 [myid:] - INFO [main:NIOServerCnxnFactory@670] - Configuring NIO connection handler with 10s sessionless connection timeout, 2 selector thread(s), 16 worker threads, and 64 kB direct buffers. [junit] 2013-07-09 09:11:12,403 [myid:] - INFO [main:NIOServerCnxnFactory@683] - binding to port 0.0.0.0/0.0.0.0:11221 [junit] 2013-07-09 09:11:12,404 [myid:] - INFO [main:FileSnap@83] - Reading snapshot /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test6430384836412910155.junit.dir/version-2/snapshot.b [junit] 2013-07-09 09:11:12,406 [myid:] - INFO [main:FileTxnSnapLog@297] - Snapshotting: 0xb to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper-trunk-solaris/trunk/build/test/tmp/test6430384836412910155.junit.dir/version-2/snapshot.b [junit] 2013-07-09 09:11:12,408 [myid:] - INFO [main:FourLetterWordMain@43] - connecting to 127.0.0.1 11221 [junit] 2013-07-09 09:11:12,409 [myid:] - INFO [NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory$AcceptThread@296] - Accepted socket connection from /127.0.0.1:52080 [junit] 2013-07-09 09:11:12,409 [myid:] - INFO [NIOWorkerThread-1:NIOServerCnxn@829] - Processing stat command from /127.0.0.1:52080 [junit] 2013-07-09 09:11:12,409 [myid:] - INFO [NIOWorkerThread-1:NIOServerCnxn$StatCommand@678] - Stat command output [junit] 2013-07-09 09:11:12,410 [myid:] - INFO [NIOWorkerThread-1:NIOServerCnxn@1000] - Closed socket connection for client /127.0.0.1:52080 (no session established for client) [junit] 2013-07-09 09:11:12,410 [myid:] - INFO [main:JMXEnv@133] - ensureOnly:[InMemoryDataTree, StandaloneServer_port] [junit] 2013-07-09 09:11:12,411 [myid:] - INFO [main:JMXEnv@105] - expect:InMemoryDataTree [junit] 2013-07-09 09:11:12,411 [myid:] - INFO [main:JMXEnv@108] - found:InMemoryDataTree org.apache.ZooKeeperService:name0=StandaloneServer_port-1,name1=InMemoryDataTree [junit] 2013-07-09 09:11:12,412 [myid:] - INFO [main:JMXEnv@105] - expect:StandaloneServer_port [junit] 2013-07-09 09:11:12,412 [myid:] - INFO [main:JMXEnv@108] - found:StandaloneServer_port org.apache.ZooKeeperService:name0=StandaloneServer_port-1 [junit] 2013-07-09 09:11:12,412 [myid:] - INFO [main:JUnit4ZKTestRunner$LoggedInvokeMethod@57] - FINISHED TEST METHOD testQuota [junit] 2013-07-09 09:11:12,412 [myid:] - INFO [main:ClientBase@451] - tearDown starting [junit] 2013-07-09 09:11:12,482 [myid:] - INFO [main:ZooKeeper@777] - Session: 0x13fc2b2e56d closed [junit] 2013-07-09 09:11:12,482 [myid:] - INFO [main-EventThread:ClientCnxn$EventThread@513] - EventThread shut down [junit] 2013-07-09 09:11:12,482 [myid:] - INFO [main:ClientBase@421] - STOPPING server [junit] 2013-07-09 09:11:12,483 [myid:] - INFO [NIOServerCxnFactory.AcceptThread:0.0.0.0/0.0.0.0:11221:NIOServerCnxnFactory$
[jira] [Commented] (ZOOKEEPER-1147) Add support for local sessions
[ https://issues.apache.org/jira/browse/ZOOKEEPER-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13703085#comment-13703085 ] Flavio Junqueira commented on ZOOKEEPER-1147: - A few people have reviewed this patch in the past, so if anyone could +1 it, we can consider committing it. Otherwise, I'll review it as soon as I have a chance. I'd like to have a look at it anyway before it gets in, but one or more +1 from [~phunt], [~mahadev], and [~eribeiro] would be helpful. > Add support for local sessions > -- > > Key: ZOOKEEPER-1147 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1147 > Project: ZooKeeper > Issue Type: Improvement > Components: server >Affects Versions: 3.3.3 >Reporter: Vishal Kathuria >Assignee: Thawan Kooburat > Labels: api-change, scaling > Fix For: 3.5.0 > > Attachments: ZOOKEEPER-1147.patch, ZOOKEEPER-1147.patch, > ZOOKEEPER-1147.patch, ZOOKEEPER-1147.patch, ZOOKEEPER-1147.patch, > ZOOKEEPER-1147.patch, ZOOKEEPER-1147.patch, ZOOKEEPER-1147.patch > > Original Estimate: 840h > Remaining Estimate: 840h > > This improvement is in the bucket of making ZooKeeper work at a large scale. > We are planning on having about a 1 million clients connect to a ZooKeeper > ensemble through a set of 50-100 observers. Majority of these clients are > read only - ie they do not do any updates or create ephemeral nodes. > In ZooKeeper today, the client creates a session and the session creation is > handled like any other update. In the above use case, the session create/drop > workload can easily overwhelm an ensemble. The following is a proposal for a > "local session", to support a larger number of connections. > 1. The idea is to introduce a new type of session - "local" session. A > "local" session doesn't have a full functionality of a normal session. > 2. Local sessions cannot create ephemeral nodes. > 3. Once a local session is lost, you cannot re-establish it using the > session-id/password. The session and its watches are gone for good. > 4. When a local session connects, the session info is only maintained > on the zookeeper server (in this case, an observer) that it is connected to. > The leader is not aware of the creation of such a session and there is no > state written to disk. > 5. The pings and expiration is handled by the server that the session > is connected to. > With the above changes, we can make ZooKeeper scale to a much larger number > of clients without making the core ensemble a bottleneck. > In terms of API, there are two options that are being considered > 1. Let the client specify at the connect time which kind of session do they > want. > 2. All sessions connect as local sessions and automatically get promoted to > global sessions when they do an operation that requires a global session > (e.g. creating an ephemeral node) > Chubby took the approach of lazily promoting all sessions to global, but I > don't think that would work in our case, where we want to keep sessions which > never create ephemeral nodes as always local. Option 2 would make it more > broadly usable but option 1 would be easier to implement. > We are thinking of implementing option 1 as the first cut. There would be a > client flag, IsLocalSession (much like the current readOnly flag) that would > be used to determine whether to create a local session or a global session. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (ZOOKEEPER-1678) Server fails to join quorum when a peer is unreachable (5 ZK server setup)
[ https://issues.apache.org/jira/browse/ZOOKEEPER-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13703093#comment-13703093 ] Flavio Junqueira commented on ZOOKEEPER-1678: - [~juliolopez] FLE pushes notifications to other servers, but it could happen that we start a server and there is no one else around, so instead of sending an overwhelming number of messages, the server backs off and caps at 60 seconds as you say if I remember correctly. I don't mind having that cap value configurable if it helps with you case. I'm not convinced that the randomization of notifications will make any difference, but perhaps I'm not understanding your proposal correctly. I think you're referring to SendWorker in QCM, is it right? We do have one per server, no? As [~abranzyck] pointed out, it sounds like the problem reported here could be solved by the fix of ZOOKEEPER-900. Could you guys make sure that solution works here and possibly provide an updated patch? > Server fails to join quorum when a peer is unreachable (5 ZK server setup) > -- > > Key: ZOOKEEPER-1678 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1678 > Project: ZooKeeper > Issue Type: Bug > Components: leaderElection >Affects Versions: 3.4.5 > Environment: java version "1.6.0_32" > Java(TM) SE Runtime Environment (build 1.6.0_32-b05) > Java HotSpot(TM) 64-Bit Server VM (build 20.7-b02, mixed mode) > Distributor ID: Ubuntu > Description: Ubuntu 12.04.1 LTS > Release: 12.04 > Codename: precise > uname -a Linux ha-vani3-0 3.2.0-23-virtual #36-Ubuntu SMP Tue Apr 10 22:29:03 > UTC 2012 x86_64 x86_64 x86_64 GNU/Linux >Reporter: Julio Lopez > > In a 5-node ZK cluster setup, in the following state: > * 1 host is down / not reachable. > * 4 hosts are up. > * 3 ZK servers are in quorum. > * a 4th ZK server was restarted and is trying to re-join the quorum. > The 4th server is not able to rejoin the quorum because the connection to the > host that is not established, and apparently takes to long to timeout. > Stack traces and additional information coming. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
ZooKeeper-trunk-WinVS2008 - Build # 928 - Still Failing
See https://builds.apache.org/job/ZooKeeper-trunk-WinVS2008/928/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 516 lines...] .\src\cli.c(402): error C2065: 'p' : undeclared identifier .\src\cli.c(403): error C2065: 'p' : undeclared identifier .\src\cli.c(404): error C2065: 'p' : undeclared identifier .\src\cli.c(405): error C2065: 'mode' : undeclared identifier .\src\cli.c(405): error C2065: 'p' : undeclared identifier .\src\cli.c(406): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(409): error C2065: 'mode' : undeclared identifier .\src\cli.c(410): error C2275: 'FILE' : illegal use of this type as an expression .\src\cli.c(410): error C2065: 'fp' : undeclared identifier .\src\cli.c(410): error C2065: 'p' : undeclared identifier .\src\cli.c(411): error C2065: 'fp' : undeclared identifier .\src\cli.c(412): error C2065: 'p' : undeclared identifier .\src\cli.c(413): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(416): error C2065: 'fp' : undeclared identifier .\src\cli.c(417): error C2065: 'members_size' : undeclared identifier .\src\cli.c(417): error C2065: 'fp' : undeclared identifier .\src\cli.c(418): error C2065: 'fp' : undeclared identifier .\src\cli.c(419): error C2065: 'members' : undeclared identifier .\src\cli.c(419): error C2065: 'members_size' : undeclared identifier .\src\cli.c(420): error C2065: 'members' : undeclared identifier .\src\cli.c(422): error C2065: 'p' : undeclared identifier .\src\cli.c(423): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(424): error C2065: 'fp' : undeclared identifier .\src\cli.c(434): error C2065: 'members' : undeclared identifier .\src\cli.c(434): error C2065: 'members_size' : undeclared identifier .\src\cli.c(434): error C2065: 'fp' : undeclared identifier .\src\cli.c(435): error C2065: 'p' : undeclared identifier .\src\cli.c(436): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(437): error C2065: 'fp' : undeclared identifier .\src\cli.c(440): error C2065: 'fp' : undeclared identifier .\src\cli.c(441): error C2065: 'p' : undeclared identifier .\src\cli.c(442): error C2065: 'p' : undeclared identifier .\src\cli.c(443): error C2065: 'version' : undeclared identifier .\src\cli.c(443): error C2065: 'p' : undeclared identifier .\src\cli.c(444): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(447): error C2065: 'version' : undeclared identifier .\src\cli.c(447): error C2065: 'p' : undeclared identifier .\src\cli.c(448): error C2065: 'version' : undeclared identifier .\src\cli.c(449): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(453): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(456): error C2065: 'p' : undeclared identifier .\src\cli.c(458): error C2065: 'syntaxError' : undeclared identifier .\src\cli.c(460): error C2065: 'joining' : undeclared identifier .\src\cli.c(460): error C2065: 'leaving' : undeclared identifier .\src\cli.c(460): error C2065: 'members' : undeclared identifier .\src\cli.c(460): error C2065: 'version' : undeclared identifier .\src\cli.c(461): error C2065: 'joining' : undeclared identifier .\src\cli.c(462): error C2065: 'leaving' : undeclared identifier .\src\cli.c(463): error C2065: 'members' : undeclared identifier 104 Warning(s) 102 Error(s) Time Elapsed 00:00:07.17 f:\hudson\hudson-slave\workspace\ZooKeeper-trunk-WinVS2008>exit 1 Build step 'Execute Windows batch command' marked build as failure Email was triggered for: Failure Sending email for trigger: Failure ### ## FAILED TESTS (if any) ## No tests ran.
[jira] [Commented] (ZOOKEEPER-1721) Ability to run without writing to disk
[ https://issues.apache.org/jira/browse/ZOOKEEPER-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13703403#comment-13703403 ] Raul Gutierrez Segales commented on ZOOKEEPER-1721: --- In Linux this is as easy as setting dataDir and dataLogDir to somewhere inside /dev/shm (possibly other platforms support something similar). Not sure it's worth supporting this with code as it might unnecessarily complicate other sections. > Ability to run without writing to disk > -- > > Key: ZOOKEEPER-1721 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1721 > Project: ZooKeeper > Issue Type: New Feature > Components: server >Affects Versions: 3.4.5 >Reporter: Radim Kolar > > I use zookeeper for cluster synchronization. We have no need for keeping > persistent state across zookeeper restarts. For performance enhancement would > be good to have possibility to run without writing snapshots and logs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [Release 3.5.0] Any news yet?
I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) should also go in. It's pretty much ready afair. I'm happy to RM 3.5 if we can get past these open issues. Patrick On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés wrote: > Hi Stefan, > > On 9 July 2013 08:13, Stefan Egli wrote: >> Hi, >> >> We're evaluating using ZooKeeper, and esp the embedded mode (ZOOKEEPER-107 - >> [0]), for an implementation of the Sling Discovery API ([1]). Since >> ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the release schedule >> of 3.5.0 is, or any plan thereof? (I saw a discussion about releasing it >> from Dec 2012 [1]). >> > > I think as of now the biggest blocker is: > > https://issues.apache.org/jira/browse/ZOOKEEPER-1147 > > Besides needing a final review it needs better documentation and an > extra small patch (I proposed one) to support rolling updates when > enabling local sessions. > > Cheers, > -rgs
Re: [Release 3.5.0] Any news yet?
We should probably also move to java7 as our "preferred" jvm. e.g. devs should use that as the default for development, move our jenkins over to that for most jobs, etc... (continue to support jdk6 though) Patrick On Tue, Jul 9, 2013 at 8:49 AM, Patrick Hunt wrote: > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was > pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) > should also go in. It's pretty much ready afair. > > I'm happy to RM 3.5 if we can get past these open issues. > > Patrick > > > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés > wrote: >> Hi Stefan, >> >> On 9 July 2013 08:13, Stefan Egli wrote: >>> Hi, >>> >>> We're evaluating using ZooKeeper, and esp the embedded mode (ZOOKEEPER-107 >>> - [0]), for an implementation of the Sling Discovery API ([1]). Since >>> ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the release >>> schedule of 3.5.0 is, or any plan thereof? (I saw a discussion about >>> releasing it from Dec 2012 [1]). >>> >> >> I think as of now the biggest blocker is: >> >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 >> >> Besides needing a final review it needs better documentation and an >> extra small patch (I proposed one) to support rolling updates when >> enabling local sessions. >> >> Cheers, >> -rgs
RE: [Release 3.5.0] Any news yet?
I'm not against having ZK-1147 in, but I'm not sure why that's a blocker. ZK-1549 is a blocker for me, and there are other 5 currently marked as blockers: Bug ZOOKEEPER-1667 Watch event isn't handled correctly when a client reestablish to a server Bug ZOOKEEPER-1551 Observer ignore txns that comes after snapshot and UPTODATE Bug ZOOKEEPER-1549 Data inconsistency when follower is receiving a DIFF with a dirty snapshot Bug ZOOKEEPER-1159 ClientCnxn does not propagate session expiration indication Bug ZOOKEEPER-984 jenkins failure in testSessionMoved - NPE in quorum Bug ZOOKEEPER-871 ClientTest testClientCleanup is failing due to high fd count. I'm not sure about the last three, so it would be good if we could revisit those. I think the first three need to get in. -Flavio -Original Message- From: Patrick Hunt [mailto:ph...@apache.org] Sent: 09 July 2013 17:50 To: UserZooKeeper; DevZooKeeper Subject: Re: [Release 3.5.0] Any news yet? I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) should also go in. It's pretty much ready afair. I'm happy to RM 3.5 if we can get past these open issues. Patrick On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés wrote: > Hi Stefan, > > On 9 July 2013 08:13, Stefan Egli wrote: >> Hi, >> >> We're evaluating using ZooKeeper, and esp the embedded mode (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion about releasing it from Dec 2012 [1]). >> > > I think as of now the biggest blocker is: > > https://issues.apache.org/jira/browse/ZOOKEEPER-1147 > > Besides needing a final review it needs better documentation and an > extra small patch (I proposed one) to support rolling updates when > enabling local sessions. > > Cheers, > -rgs
Re: [Release 3.5.0] Any news yet?
+1 on moving to JDK 7 I have been through this decision a few times now. The first time I was -1 (eventually -0), the second time +0 and lately I am +1 on this change. ZK probably can't move to require JDK7, but 7 really is better. On Tue, Jul 9, 2013 at 9:09 AM, Patrick Hunt wrote: > We should probably also move to java7 as our "preferred" jvm. e.g. > devs should use that as the default for development, move our jenkins > over to that for most jobs, etc... (continue to support jdk6 though) > > Patrick > > On Tue, Jul 9, 2013 at 8:49 AM, Patrick Hunt wrote: > > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was > > pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) > > should also go in. It's pretty much ready afair. > > > > I'm happy to RM 3.5 if we can get past these open issues. > > > > Patrick > > > > > > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés > > wrote: > >> Hi Stefan, > >> > >> On 9 July 2013 08:13, Stefan Egli wrote: > >>> Hi, > >>> > >>> We're evaluating using ZooKeeper, and esp the embedded mode > (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API > ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the > release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion > about releasing it from Dec 2012 [1]). > >>> > >> > >> I think as of now the biggest blocker is: > >> > >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 > >> > >> Besides needing a final review it needs better documentation and an > >> extra small patch (I proposed one) to support rolling updates when > >> enabling local sessions. > >> > >> Cheers, > >> -rgs >
[jira] [Commented] (ZOOKEEPER-1683) ZooKeeper client NPE when updating server list on disconnected client
[ https://issues.apache.org/jira/browse/ZOOKEEPER-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13704154#comment-13704154 ] Alexander Shraer commented on ZOOKEEPER-1683: - Shevek, did this patch resolve the issue ? > ZooKeeper client NPE when updating server list on disconnected client > - > > Key: ZOOKEEPER-1683 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1683 > Project: ZooKeeper > Issue Type: Bug > Components: java client >Affects Versions: 3.5.0 >Reporter: Shevek >Assignee: Alexander Shraer > Fix For: 3.5.0 > > Attachments: ZOOKEEPER-1683.patch, ZOOKEEPER-1683-ver1.patch, > ZOOKEEPER-1683-ver2.patch, ZOOKEEPER-1683-ver2.patch > > > 2013-04-04 22:16:15,872 ERROR [pool-4-thread-1] > com.netflix.curator.ConnectionState.getZooKeeper (ConnectionState.java:84) - > Background exception caught > java.lang.NullPointerException > at > org.apache.zookeeper.client.StaticHostProvider.updateServerList(StaticHostProvider.java:161) > ~[zookeeper-3.5.0.jar:3.5.0--1] > at > org.apache.zookeeper.ZooKeeper.updateServerList(ZooKeeper.java:183) > ~[zookeeper-3.5.0.jar:3.5.0--1] > at > com.netflix.curator.HandleHolder$1$1.setConnectionString(HandleHolder.java:121) > ~[curator-client-1.3.5-SNAPSHOT.jar:?] > The duff code is this: > ClientCnxnSocket clientCnxnSocket = cnxn.sendThread.getClientCnxnSocket(); > InetSocketAddress currentHost = (InetSocketAddress) > clientCnxnSocket.getRemoteSocketAddress(); > boolean reconfigMode = hostProvider.updateServerList(serverAddresses, > currentHost); > Now, currentHost might be null, if we're not yet connected. But > StaticHostProvider.updateServerList indirects on it unconditionally. > This would be caught by findbugs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [Release 3.5.0] Any news yet?
w.r.t. ZK-107, there are two open issues: - ZOOKEEPER-1659 (JMX support for reconfiguration) not sure its necessary for 3.5.0, but it would be good if someone familiar with JMX looks into this. - ZOOKEEPER-1699 which seems serious as it gets the system stuck. I hope to spend more time on this soon. Regarding documentation, there is a draft here: ZOOKEEPER-1660 Alex On Tue, Jul 9, 2013 at 12:46 PM, Ted Dunning wrote: > +1 on moving to JDK 7 > > I have been through this decision a few times now. The first time I was -1 > (eventually -0), the second time +0 and lately I am +1 on this change. > > ZK probably can't move to require JDK7, but 7 really is better. > > > > On Tue, Jul 9, 2013 at 9:09 AM, Patrick Hunt wrote: > >> We should probably also move to java7 as our "preferred" jvm. e.g. >> devs should use that as the default for development, move our jenkins >> over to that for most jobs, etc... (continue to support jdk6 though) >> >> Patrick >> >> On Tue, Jul 9, 2013 at 8:49 AM, Patrick Hunt wrote: >> > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was >> > pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) >> > should also go in. It's pretty much ready afair. >> > >> > I'm happy to RM 3.5 if we can get past these open issues. >> > >> > Patrick >> > >> > >> > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés >> > wrote: >> >> Hi Stefan, >> >> >> >> On 9 July 2013 08:13, Stefan Egli wrote: >> >>> Hi, >> >>> >> >>> We're evaluating using ZooKeeper, and esp the embedded mode >> (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API >> ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the >> release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion >> about releasing it from Dec 2012 [1]). >> >>> >> >> >> >> I think as of now the biggest blocker is: >> >> >> >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 >> >> >> >> Besides needing a final review it needs better documentation and an >> >> extra small patch (I proposed one) to support rolling updates when >> >> enabling local sessions. >> >> >> >> Cheers, >> >> -rgs >>
Re: [Release 3.5.0] Any news yet?
(ZOOKEEPER-1629) testTransactionLogCorruption occasionally fails keeps failing intermittently. It's a real pain for CI. I'd like to see us fix this. Patrick On Tue, Jul 9, 2013 at 9:56 AM, Flavio Junqueira wrote: > I'm not against having ZK-1147 in, but I'm not sure why that's a blocker. > ZK-1549 is a blocker for me, and there are other 5 currently marked as > blockers: > > Bug ZOOKEEPER-1667 Watch event isn't handled correctly when a client > reestablish to a server > Bug ZOOKEEPER-1551 Observer ignore txns that comes after snapshot and > UPTODATE > Bug ZOOKEEPER-1549 Data inconsistency when follower is receiving a DIFF > with a dirty snapshot > Bug ZOOKEEPER-1159 ClientCnxn does not propagate session expiration > indication > Bug ZOOKEEPER-984 jenkins failure in testSessionMoved - NPE in quorum > > Bug ZOOKEEPER-871 ClientTest testClientCleanup is failing due to high > fd count. > > I'm not sure about the last three, so it would be good if we could revisit > those. I think the first three need to get in. > > -Flavio > > -Original Message- > From: Patrick Hunt [mailto:ph...@apache.org] > Sent: 09 July 2013 17:50 > To: UserZooKeeper; DevZooKeeper > Subject: Re: [Release 3.5.0] Any news yet? > > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was pretty > close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) should also > go in. It's pretty much ready afair. > > I'm happy to RM 3.5 if we can get past these open issues. > > Patrick > > > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés > wrote: >> Hi Stefan, >> >> On 9 July 2013 08:13, Stefan Egli wrote: >>> Hi, >>> >>> We're evaluating using ZooKeeper, and esp the embedded mode > (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API > ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the > release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion about > releasing it from Dec 2012 [1]). >>> >> >> I think as of now the biggest blocker is: >> >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 >> >> Besides needing a final review it needs better documentation and an >> extra small patch (I proposed one) to support rolling updates when >> enabling local sessions. >> >> Cheers, >> -rgs >
Re: [Release 3.5.0] Any news yet?
thoughts on open jdk 7 as well as (or vs) oracle jdk 7? prefer/recommend one over the other? oracle jdk7 as preferred? Patrick On Tue, Jul 9, 2013 at 12:46 PM, Ted Dunning wrote: > +1 on moving to JDK 7 > > I have been through this decision a few times now. The first time I was -1 > (eventually -0), the second time +0 and lately I am +1 on this change. > > ZK probably can't move to require JDK7, but 7 really is better. > > > > On Tue, Jul 9, 2013 at 9:09 AM, Patrick Hunt wrote: > >> We should probably also move to java7 as our "preferred" jvm. e.g. >> devs should use that as the default for development, move our jenkins >> over to that for most jobs, etc... (continue to support jdk6 though) >> >> Patrick >> >> On Tue, Jul 9, 2013 at 8:49 AM, Patrick Hunt wrote: >> > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was >> > pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) >> > should also go in. It's pretty much ready afair. >> > >> > I'm happy to RM 3.5 if we can get past these open issues. >> > >> > Patrick >> > >> > >> > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés >> > wrote: >> >> Hi Stefan, >> >> >> >> On 9 July 2013 08:13, Stefan Egli wrote: >> >>> Hi, >> >>> >> >>> We're evaluating using ZooKeeper, and esp the embedded mode >> (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API >> ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the >> release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion >> about releasing it from Dec 2012 [1]). >> >>> >> >> >> >> I think as of now the biggest blocker is: >> >> >> >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 >> >> >> >> Besides needing a final review it needs better documentation and an >> >> extra small patch (I proposed one) to support rolling updates when >> >> enabling local sessions. >> >> >> >> Cheers, >> >> -rgs >>
Re: [Release 3.5.0] Any news yet?
My vote goes to oracle jdk 7 as preferred. I've had an issue with openjdk-6-jdk on ubuntu 12.04: https://issues.apache.org/jira/browse/ZOOKEEPER-1214?focusedCommentId=13571756&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13571756 I've since switched to oracle-java7-jdk, and I haven't hit this issue. I haven't tried openjdk-7-jdk. --Michi On Tue, Jul 9, 2013 at 9:35 PM, Patrick Hunt wrote: > thoughts on open jdk 7 as well as (or vs) oracle jdk 7? > prefer/recommend one over the other? oracle jdk7 as preferred? > > Patrick > > On Tue, Jul 9, 2013 at 12:46 PM, Ted Dunning wrote: >> +1 on moving to JDK 7 >> >> I have been through this decision a few times now. The first time I was -1 >> (eventually -0), the second time +0 and lately I am +1 on this change. >> >> ZK probably can't move to require JDK7, but 7 really is better. >> >> >> >> On Tue, Jul 9, 2013 at 9:09 AM, Patrick Hunt wrote: >> >>> We should probably also move to java7 as our "preferred" jvm. e.g. >>> devs should use that as the default for development, move our jenkins >>> over to that for most jobs, etc... (continue to support jdk6 though) >>> >>> Patrick >>> >>> On Tue, Jul 9, 2013 at 8:49 AM, Patrick Hunt wrote: >>> > I'd like to see a 3.5.0-alpha soon. I agree re 1147 and iirc it was >>> > pretty close (Mahadev?). ZOOKEEPER-1346 (jetty support for monitoring) >>> > should also go in. It's pretty much ready afair. >>> > >>> > I'm happy to RM 3.5 if we can get past these open issues. >>> > >>> > Patrick >>> > >>> > >>> > On Tue, Jul 9, 2013 at 8:32 AM, Raúl Gutiérrez Segalés >>> > wrote: >>> >> Hi Stefan, >>> >> >>> >> On 9 July 2013 08:13, Stefan Egli wrote: >>> >>> Hi, >>> >>> >>> >>> We're evaluating using ZooKeeper, and esp the embedded mode >>> (ZOOKEEPER-107 - [0]), for an implementation of the Sling Discovery API >>> ([1]). Since ZOOKEEPER-107 is planned for 3.5.0 I was wondering what the >>> release schedule of 3.5.0 is, or any plan thereof? (I saw a discussion >>> about releasing it from Dec 2012 [1]). >>> >>> >>> >> >>> >> I think as of now the biggest blocker is: >>> >> >>> >> https://issues.apache.org/jira/browse/ZOOKEEPER-1147 >>> >> >>> >> Besides needing a final review it needs better documentation and an >>> >> extra small patch (I proposed one) to support rolling updates when >>> >> enabling local sessions. >>> >> >>> >> Cheers, >>> >> -rgs >>>
ZooKeeper_branch33_solaris - Build # 582 - Still Failing
See https://builds.apache.org/job/ZooKeeper_branch33_solaris/582/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 151 lines...] [ivy:retrieve] confs: [test] [ivy:retrieve] 9 artifacts copied, 0 already retrieved (2199kB/827ms) compile-test: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/classes [javac] Compiling 86 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/classes [javac] Note: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/src/java/test/org/apache/zookeeper/test/SessionTest.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Compiling 11 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/classes test-init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/logs [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/tmp [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/data [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/data/upgrade [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/data/invalidsnap [copy] Copying 4 files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/data/upgrade [copy] Copying 7 files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build/test/data/invalidsnap test-category: junit.run: [junit] java.io.FileNotFoundException: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/junitvmwatcher913554095.properties (No such file or directory) [junit] at java.io.FileInputStream.open(Native Method) [junit] at java.io.FileInputStream.(FileInputStream.java:120) [junit] at java.io.FileReader.(FileReader.java:55) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeAsForked(JUnitTask.java:1028) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:817) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1657) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:764) [junit] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) [junit] at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [junit] at java.lang.reflect.Method.invoke(Method.java:597) [junit] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) [junit] at org.apache.tools.ant.Task.perform(Task.java:348) [junit] at org.apache.tools.ant.Target.execute(Target.java:357) [junit] at org.apache.tools.ant.Target.performTasks(Target.java:385) [junit] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) [junit] at org.apache.tools.ant.Project.executeTarget(Project.java:1298) [junit] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) [junit] at org.apache.tools.ant.Project.executeTargets(Project.java:1181) [junit] at org.apache.tools.ant.Main.runBuild(Main.java:698) [junit] at org.apache.tools.ant.Main.startAnt(Main.java:199) [junit] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) [junit] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) [junit] Running org.apache.zookeeper.VerGenTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec BUILD FAILED /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/ZooKeeper_branch33_solaris/trunk/build.xml:814: Process fork failed. Total time: 52 seconds Build step 'Invoke Ant' marked build as failure [locks-and-latches] Releasing all the locks [locks-and-latches] All the locks released Recording test results Email was triggered for: Failure Sending email for trigger: Failure ### ## FAILED TESTS (if any) ## 1 tests
