Re: QA effort to support windows as a production platform

[Vishal K]

Hi,

I was able to start zookeeper on windows using cygwin. I had to do minor
changes to the shell scripts to use cygpath wherever needed.
I will run a few tests and post the progress. I greped through the zookeeper
sources just to check if ZK is using any native code.
I didn't find any, but just to confirm - is ZK using native code.

I have talked to a few guys around and they said it is fair to assume that
the programs are portable (to Windows) if they don't have native code. Just
wanted to check. Thanks.
On Thu, Apr 1, 2010 at 10:09 AM, Vishal K  wrote:

> Hi Patrick,
>
> Thanks for your response. I start running ZK on windows and let you know if
> I run into issues.
>
>
> On Wed, Mar 31, 2010 at 11:32 AM, Patrick Hunt  wrote:
>
>>
>> Vishal K wrote:
>>
>>> We will be using zookeeper quite extensively for clustering. Windows is
>>> one
>>> of the platforms that we may need to support. Since Win32 is not
>>> supported
>>> as a production platform I was wondering to what extent is zookeeper
>>> tested
>>> on windows. We are also interested on using Zookeeper on Win64 platform.
>>> Is
>>> Win64 supported? Are there any plans to support Win32/Win64 for
>>> production?
>>> If not, what would one need to do support windows and what would be the
>>> estimated QA effort?
>>>
>>
>> My use of ZK is exclusively 32/64bit linux, however I can tell you that
>> given that the client/server are implemented in java it should work.
>> Problems you might encounter would be things like NIO issues with the JVM
>> implementation on windows.
>>
>> Testing on windows? Pretty much 0 afaik. We do support development on
>> cygwin, so provides some basic exercising of the codepaths with the windows
>> jvm, however it's not likely production level qa.
>>
>> This question (zk on win) has come up once or twice before, I haven't seen
>> any followup from the users who asked about it previously though.
>>
>> 3.3.0 has batch files for running the server in windows, give those a try.
>> Probably what you'd want to do is run "ant test-core-java" or similar in the
>> top of the ZK release directory. This will run all the java tests and give
>> you some insight into status. I'd be happy to work with you to land patches
>> that address issues with ZK on windows. Depending on the interest level and
>> support from win users we could support win as a dev/prod platform at some
>> point in the future - having ongoing support for this would be important
>> though (people interested in testing/fixing under win I mean). Try
>> exercising under windows and create some JIRAs based on what you find.
>>
>> Regards,
>>
>> Patrick
>>
>
>

[jira] Updated: (ZOOKEEPER-719) Add throttling to BookKeeper client

[Flavio Paiva Junqueira (JIRA)]

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

Flavio Paiva Junqueira updated ZOOKEEPER-719:
-

Status: Open  (was: Patch Available)

I'm not happy with this patch for two reasons:

# In this current form, it is not possible to set the maximum number of 
outstanding operations;
# Because of the use of a semaphore, I had to catch InterruptedException in a 
few places. The most critical ones for me are the ones in the procedure to 
recover a ledger. I believe in the way I have currently implemented, it could 
cause problems if an instance of InterruptedException is raised when recovering 
a ledger, since the procedure could complete successfully. I need to 
investigate this further and either determine that it isn't a problem or find a 
better way. 

Any suggestion would be appreciated. 

> Add throttling to BookKeeper client
> ---
>
> Key: ZOOKEEPER-719
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-719
> Project: Zookeeper
>  Issue Type: Bug
>  Components: contrib-bookkeeper
>Affects Versions: 3.3.0
>Reporter: Flavio Paiva Junqueira
>Assignee: Flavio Paiva Junqueira
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-719.patch
>
>
> Add throttling to client to control the rate of operations to bookies. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: QA effort to support windows as a production platform

[Patrick Hunt]

Are you using 3.3.0? 3.3.0 included a number of fixes for cygwin and 
includes windows specific batch files. If you are planning to deploy to 
production on windows I'd encourage you to develop under windows 
directly as well.


If you find issues, bugs, etc... be sure to enter JIRAs. Don't worry, 
you won't hurt our feelings, on the contrary we'll be happy if you 
find/fix issues on windows and make things better for everyone. (just 
make sure you are using the latest release).


Regards,

Patrick


On 04/02/2010 07:05 AM, Vishal K wrote:

Hi,

I was able to start zookeeper on windows using cygwin. I had to do minor
changes to the shell scripts to use cygpath wherever needed.
I will run a few tests and post the progress. I greped through the zookeeper
sources just to check if ZK is using any native code.
I didn't find any, but just to confirm - is ZK using native code.

I have talked to a few guys around and they said it is fair to assume that
the programs are portable (to Windows) if they don't have native code. Just
wanted to check. Thanks.
On Thu, Apr 1, 2010 at 10:09 AM, Vishal K  wrote:


Hi Patrick,

Thanks for your response. I start running ZK on windows and let you know if
I run into issues.


On Wed, Mar 31, 2010 at 11:32 AM, Patrick Hunt  wrote:



Vishal K wrote:


We will be using zookeeper quite extensively for clustering. Windows is
one
of the platforms that we may need to support. Since Win32 is not
supported
as a production platform I was wondering to what extent is zookeeper
tested
on windows. We are also interested on using Zookeeper on Win64 platform.
Is
Win64 supported? Are there any plans to support Win32/Win64 for
production?
If not, what would one need to do support windows and what would be the
estimated QA effort?



My use of ZK is exclusively 32/64bit linux, however I can tell you that
given that the client/server are implemented in java it should work.
Problems you might encounter would be things like NIO issues with the JVM
implementation on windows.

Testing on windows? Pretty much 0 afaik. We do support development on
cygwin, so provides some basic exercising of the codepaths with the windows
jvm, however it's not likely production level qa.

This question (zk on win) has come up once or twice before, I haven't seen
any followup from the users who asked about it previously though.

3.3.0 has batch files for running the server in windows, give those a try.
Probably what you'd want to do is run "ant test-core-java" or similar in the
top of the ZK release directory. This will run all the java tests and give
you some insight into status. I'd be happy to work with you to land patches
that address issues with ZK on windows. Depending on the interest level and
support from win users we could support win as a dev/prod platform at some
point in the future - having ongoing support for this would be important
though (people interested in testing/fixing under win I mean). Try
exercising under windows and create some JIRAs based on what you find.

Regards,

Patrick

Re: Zookeeper Contributor Workshop

[Patrick Hunt]

I was thinking that we could have a few presentations on some 
interesting internal implementation detail that would be educational for 
contributors. The guts of the server in particular which can be 
difficult to grok w/o support from experienced developers.


After that we could have some Q/A or general discussion about where 
things are going with the project.


If you have any specific ideas, things you'd like to see or something 
you'd like to present let me know. Keep in mind the audience for all 
this is ZK contributors.


Patrick

On 04/01/2010 10:13 AM, Owen O'Malley wrote:

Hi all,
Patrick Hunt will be organizing the Zookeeper Contributor Workshop on
6/30. Please send email to him if you'd like propose a topic.

-- Owen

[jira] Commented: (ZOOKEEPER-719) Add throttling to BookKeeper client

[Patrick Hunt (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852852#action_12852852
 ] 

Patrick Hunt commented on ZOOKEEPER-719:


3. tests missing


> Add throttling to BookKeeper client
> ---
>
> Key: ZOOKEEPER-719
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-719
> Project: Zookeeper
>  Issue Type: Bug
>  Components: contrib-bookkeeper
>Affects Versions: 3.3.0
>Reporter: Flavio Paiva Junqueira
>Assignee: Flavio Paiva Junqueira
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-719.patch
>
>
> Add throttling to client to control the rate of operations to bookies. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (ZOOKEEPER-679) Offers a node design for interacting with the Java Zookeeper client.

[Aaron Crow (JIRA)]

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

Aaron Crow updated ZOOKEEPER-679:
-

Status: Patch Available  (was: In Progress)

> Offers a node design for interacting with the Java Zookeeper client.
> 
>
> Key: ZOOKEEPER-679
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-679
> Project: Zookeeper
>  Issue Type: New Feature
>  Components: contrib, java client, tests
>Reporter: Aaron Crow
>Assignee: Aaron Crow
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-679.patch, ZOOKEEPER-679.patch, 
> ZOOKEEPER-679.patch
>
>
> Following up on my conversations with Patrick and Mahadev 
> (http://n2.nabble.com/Might-I-contribute-a-Node-design-for-the-Java-API-td4567695.html#a4567695).
> This patch includes the implementation as well as unit tests. The first unit 
> test gives a simple high level demo of using the node API.
> The current implementation is simple and is only what I need withe current 
> project I am working on. However, I am very open to any and all suggestions 
> for improvement.
> This is a proposal to support a simplified node (or File) like API into a 
> Zookeeper tree, by wrapping the Zookeeper Java client. It is similar to 
> Java's File API design.
> Although, I'm trying to make it easier in a few spots. For example, deleting 
> a Node recursively is done by default. I also lean toward resolving 
> Exceptions "under the hood" when it seems appropriate. For example, if you 
> ask a Node if it exists, and its parent doesn't even exist, you just get a 
> false back (rather than a nasty Exception).
> As for watches and ephemeral nodes, my current work does not need these 
> things so I currently have no handling of them. But if potential users of  
> the "Node a.k.a. File" design want these things, I'd be open to supporting 
> them as reasonable.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (ZOOKEEPER-679) Offers a node design for interacting with the Java Zookeeper client.

[Hadoop QA (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852869#action_12852869
 ] 

Hadoop QA commented on ZOOKEEPER-679:
-

+1 overall.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12440561/ZOOKEEPER-679.patch
  against trunk revision 929564.

+1 @author.  The patch does not contain any @author tags.

+1 tests included.  The patch appears to include 3 new or modified tests.

+1 javadoc.  The javadoc tool did not generate any warning messages.

+1 javac.  The applied patch does not increase the total number of javac 
compiler warnings.

+1 findbugs.  The patch does not introduce any new Findbugs warnings.

+1 release audit.  The applied patch does not increase the total number of 
release audit warnings.

+1 core tests.  The patch passed core unit tests.

+1 contrib tests.  The patch passed contrib unit tests.

Test results: 
http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/43/testReport/
Findbugs warnings: 
http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/43/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Console output: 
http://hudson.zones.apache.org/hudson/job/Zookeeper-Patch-h1.grid.sp2.yahoo.net/43/console

This message is automatically generated.

> Offers a node design for interacting with the Java Zookeeper client.
> 
>
> Key: ZOOKEEPER-679
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-679
> Project: Zookeeper
>  Issue Type: New Feature
>  Components: contrib, java client, tests
>Reporter: Aaron Crow
>Assignee: Aaron Crow
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-679.patch, ZOOKEEPER-679.patch, 
> ZOOKEEPER-679.patch
>
>
> Following up on my conversations with Patrick and Mahadev 
> (http://n2.nabble.com/Might-I-contribute-a-Node-design-for-the-Java-API-td4567695.html#a4567695).
> This patch includes the implementation as well as unit tests. The first unit 
> test gives a simple high level demo of using the node API.
> The current implementation is simple and is only what I need withe current 
> project I am working on. However, I am very open to any and all suggestions 
> for improvement.
> This is a proposal to support a simplified node (or File) like API into a 
> Zookeeper tree, by wrapping the Zookeeper Java client. It is similar to 
> Java's File API design.
> Although, I'm trying to make it easier in a few spots. For example, deleting 
> a Node recursively is done by default. I also lean toward resolving 
> Exceptions "under the hood" when it seems appropriate. For example, if you 
> ask a Node if it exists, and its parent doesn't even exist, you just get a 
> false back (rather than a nasty Exception).
> As for watches and ephemeral nodes, my current work does not need these 
> things so I currently have no handling of them. But if potential users of  
> the "Node a.k.a. File" design want these things, I'd be open to supporting 
> them as reasonable.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: QA effort to support windows as a production platform

[Vishal K]

Hi Patrick,

We have not upgraded to 3.3.0 yet. We are using 3.2.2. I did notice the
windows specific batch files in 3.3.0. How seemless is upgrade from 3.2.2 -
> 3.3.0?

I will let you know if I run into any windows related problems. Thanks.

On Fri, Apr 2, 2010 at 11:40 AM, Patrick Hunt  wrote:

> Are you using 3.3.0? 3.3.0 included a number of fixes for cygwin and
> includes windows specific batch files. If you are planning to deploy to
> production on windows I'd encourage you to develop under windows directly as
> well.
>
> If you find issues, bugs, etc... be sure to enter JIRAs. Don't worry, you
> won't hurt our feelings, on the contrary we'll be happy if you find/fix
> issues on windows and make things better for everyone. (just make sure you
> are using the latest release).
>
> Regards,
>
> Patrick
>
>
>
> On 04/02/2010 07:05 AM, Vishal K wrote:
>
>> Hi,
>>
>> I was able to start zookeeper on windows using cygwin. I had to do minor
>> changes to the shell scripts to use cygpath wherever needed.
>> I will run a few tests and post the progress. I greped through the
>> zookeeper
>> sources just to check if ZK is using any native code.
>> I didn't find any, but just to confirm - is ZK using native code.
>>
>> I have talked to a few guys around and they said it is fair to assume that
>> the programs are portable (to Windows) if they don't have native code.
>> Just
>> wanted to check. Thanks.
>> On Thu, Apr 1, 2010 at 10:09 AM, Vishal K  wrote:
>>
>> Hi Patrick,
>>>
>>> Thanks for your response. I start running ZK on windows and let you know
>>> if
>>> I run into issues.
>>>
>>>
>>> On Wed, Mar 31, 2010 at 11:32 AM, Patrick Hunt  wrote:
>>>
>>>
 Vishal K wrote:

 We will be using zookeeper quite extensively for clustering. Windows is
> one
> of the platforms that we may need to support. Since Win32 is not
> supported
> as a production platform I was wondering to what extent is zookeeper
> tested
> on windows. We are also interested on using Zookeeper on Win64
> platform.
> Is
> Win64 supported? Are there any plans to support Win32/Win64 for
> production?
> If not, what would one need to do support windows and what would be the
> estimated QA effort?
>
>
 My use of ZK is exclusively 32/64bit linux, however I can tell you that
 given that the client/server are implemented in java it should work.
 Problems you might encounter would be things like NIO issues with the
 JVM
 implementation on windows.

 Testing on windows? Pretty much 0 afaik. We do support development on
 cygwin, so provides some basic exercising of the codepaths with the
 windows
 jvm, however it's not likely production level qa.

 This question (zk on win) has come up once or twice before, I haven't
 seen
 any followup from the users who asked about it previously though.

 3.3.0 has batch files for running the server in windows, give those a
 try.
 Probably what you'd want to do is run "ant test-core-java" or similar in
 the
 top of the ZK release directory. This will run all the java tests and
 give
 you some insight into status. I'd be happy to work with you to land
 patches
 that address issues with ZK on windows. Depending on the interest level
 and
 support from win users we could support win as a dev/prod platform at
 some
 point in the future - having ongoing support for this would be important
 though (people interested in testing/fixing under win I mean). Try
 exercising under windows and create some JIRAs based on what you find.

 Regards,

 Patrick


>>>
>>>
>>

Re: QA effort to support windows as a production platform

[Patrick Hunt]

Pretty seamless, just do a rolling upgrade (see the faq) of the servers. 
Then upgrade your clients. Code APIs on the client are all b/w compat.


Patrick

On 04/02/2010 10:41 AM, Vishal K wrote:

Hi Patrick,

We have not upgraded to 3.3.0 yet. We are using 3.2.2. I did notice the
windows specific batch files in 3.3.0. How seemless is upgrade from 3.2.2 -

3.3.0?


I will let you know if I run into any windows related problems. Thanks.

On Fri, Apr 2, 2010 at 11:40 AM, Patrick Hunt  wrote:


Are you using 3.3.0? 3.3.0 included a number of fixes for cygwin and
includes windows specific batch files. If you are planning to deploy to
production on windows I'd encourage you to develop under windows directly as
well.

If you find issues, bugs, etc... be sure to enter JIRAs. Don't worry, you
won't hurt our feelings, on the contrary we'll be happy if you find/fix
issues on windows and make things better for everyone. (just make sure you
are using the latest release).

Regards,

Patrick



On 04/02/2010 07:05 AM, Vishal K wrote:


Hi,

I was able to start zookeeper on windows using cygwin. I had to do minor
changes to the shell scripts to use cygpath wherever needed.
I will run a few tests and post the progress. I greped through the
zookeeper
sources just to check if ZK is using any native code.
I didn't find any, but just to confirm - is ZK using native code.

I have talked to a few guys around and they said it is fair to assume that
the programs are portable (to Windows) if they don't have native code.
Just
wanted to check. Thanks.
On Thu, Apr 1, 2010 at 10:09 AM, Vishal K   wrote:

Hi Patrick,


Thanks for your response. I start running ZK on windows and let you know
if
I run into issues.


On Wed, Mar 31, 2010 at 11:32 AM, Patrick Hunt   wrote:



Vishal K wrote:

We will be using zookeeper quite extensively for clustering. Windows is

one
of the platforms that we may need to support. Since Win32 is not
supported
as a production platform I was wondering to what extent is zookeeper
tested
on windows. We are also interested on using Zookeeper on Win64
platform.
Is
Win64 supported? Are there any plans to support Win32/Win64 for
production?
If not, what would one need to do support windows and what would be the
estimated QA effort?



My use of ZK is exclusively 32/64bit linux, however I can tell you that
given that the client/server are implemented in java it should work.
Problems you might encounter would be things like NIO issues with the
JVM
implementation on windows.

Testing on windows? Pretty much 0 afaik. We do support development on
cygwin, so provides some basic exercising of the codepaths with the
windows
jvm, however it's not likely production level qa.

This question (zk on win) has come up once or twice before, I haven't
seen
any followup from the users who asked about it previously though.

3.3.0 has batch files for running the server in windows, give those a
try.
Probably what you'd want to do is run "ant test-core-java" or similar in
the
top of the ZK release directory. This will run all the java tests and
give
you some insight into status. I'd be happy to work with you to land
patches
that address issues with ZK on windows. Depending on the interest level
and
support from win users we could support win as a dev/prod platform at
some
point in the future - having ongoing support for this would be important
though (people interested in testing/fixing under win I mean). Try
exercising under windows and create some JIRAs based on what you find.

Regards,

Patrick

Re: Zookeeper Contributor Workshop

[Vishal K]

Hi Patrick,

This will be certainly very interesting. Since I haven't been to these
events in the past. I assume one can participate (at least listen) from
remote locations.

-Vishal

On Fri, Apr 2, 2010 at 11:45 AM, Patrick Hunt  wrote:

> I was thinking that we could have a few presentations on some interesting
> internal implementation detail that would be educational for contributors.
> The guts of the server in particular which can be difficult to grok w/o
> support from experienced developers.
>
> After that we could have some Q/A or general discussion about where things
> are going with the project.
>
> If you have any specific ideas, things you'd like to see or something you'd
> like to present let me know. Keep in mind the audience for all this is ZK
> contributors.
>
> Patrick
>
>
> On 04/01/2010 10:13 AM, Owen O'Malley wrote:
>
>> Hi all,
>> Patrick Hunt will be organizing the Zookeeper Contributor Workshop on
>> 6/30. Please send email to him if you'd like propose a topic.
>>
>> -- Owen
>>
>

Re: Zookeeper Contributor Workshop

[Patrick Hunt]

I've never done one so I don't know. I don't see why we couldn't setup a 
phone conference though. Might be hard to see the whiteboard, etc... . 
;-) I've noted it down to try and make this happen.


Thanks!

Patrick

On 04/02/2010 11:11 AM, Vishal K wrote:

Hi Patrick,

This will be certainly very interesting. Since I haven't been to these
events in the past. I assume one can participate (at least listen) from
remote locations.

-Vishal

On Fri, Apr 2, 2010 at 11:45 AM, Patrick Hunt  wrote:


I was thinking that we could have a few presentations on some interesting
internal implementation detail that would be educational for contributors.
The guts of the server in particular which can be difficult to grok w/o
support from experienced developers.

After that we could have some Q/A or general discussion about where things
are going with the project.

If you have any specific ideas, things you'd like to see or something you'd
like to present let me know. Keep in mind the audience for all this is ZK
contributors.

Patrick


On 04/01/2010 10:13 AM, Owen O'Malley wrote:


Hi all,
Patrick Hunt will be organizing the Zookeeper Contributor Workshop on
6/30. Please send email to him if you'd like propose a topic.

-- Owen

Hudson build is back to normal : ZooKeeper-trunk #777

[Apache Hudson Server]

See 

[jira] Commented: (ZOOKEEPER-724) Improve junit test integration - log harness information

[Hudson (JIRA)]

[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852961#action_12852961
 ] 

Hudson commented on ZOOKEEPER-724:
--

Integrated in ZooKeeper-trunk #777 (See 
[http://hudson.zones.apache.org/hudson/job/ZooKeeper-trunk/777/])


> Improve junit test integration - log harness information
> 
>
> Key: ZOOKEEPER-724
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-724
> Project: Zookeeper
>  Issue Type: Improvement
>  Components: tests
>Reporter: Patrick Hunt
>Assignee: Patrick Hunt
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-724.patch
>
>
> Currently we have ad-hoc logging (log4j) of setup/teardown and test 
> start/end. Without this information it's often difficult to determine
> what's going on (major milestones) in the logs relative to the tests 
> performed.
> In junit 4.x "@Rule" annotations have been added that allow this to be done 
> much more easily. This patch will add this.
> In particular we can access the test name easily during setup/teardown and 
> the test itself. Additionally we can log more information on
> success/failure of each test.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (ZOOKEEPER-464) Need procedure to garbage collect ledgers

[Erwin Tam (JIRA)]

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

Erwin Tam updated ZOOKEEPER-464:


Attachment: ZOOKEEPER-464.patch

Updated patch incorporating the feedback from Flavio.  Note that the 
documentation changes haven't been done yet here.  I might open a separate Jira 
for that once I figure out the forrest xml stuff.

> Need procedure to garbage collect ledgers
> -
>
> Key: ZOOKEEPER-464
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-464
> Project: Zookeeper
>  Issue Type: New Feature
>  Components: contrib-bookkeeper
>Reporter: Flavio Paiva Junqueira
>Assignee: Erwin Tam
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-464.patch, ZOOKEEPER-464.patch
>
>
> An application using BookKeeper is likely to use a large number of ledgers 
> over time. Such an application might not need all ledgers created over time 
> and might want to delete some of these ledgers to free up some space on 
> bookies. The idea of this jira is to implement a procedure that enables an 
> application to garbage-collect unwanted ledgers.
> To garbage-collect a ledger, we need to delete the ledger metadata on 
> ZooKeeper, and delete the ledger data on corresponding bookies. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (ZOOKEEPER-464) Need procedure to garbage collect ledgers

[Erwin Tam (JIRA)]

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

Erwin Tam updated ZOOKEEPER-464:


Status: Patch Available  (was: Open)

> Need procedure to garbage collect ledgers
> -
>
> Key: ZOOKEEPER-464
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-464
> Project: Zookeeper
>  Issue Type: New Feature
>  Components: contrib-bookkeeper
>Reporter: Flavio Paiva Junqueira
>Assignee: Erwin Tam
> Fix For: 3.4.0
>
> Attachments: ZOOKEEPER-464.patch, ZOOKEEPER-464.patch
>
>
> An application using BookKeeper is likely to use a large number of ledgers 
> over time. Such an application might not need all ledgers created over time 
> and might want to delete some of these ledgers to free up some space on 
> bookies. The idea of this jira is to implement a procedure that enables an 
> application to garbage-collect unwanted ledgers.
> To garbage-collect a ledger, we need to delete the ledger metadata on 
> ZooKeeper, and delete the ledger data on corresponding bookies. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.