Congratulations Doug!
On Sat, Aug 24, 2024 at 9:53 PM Francisco Guerrero
wrote:
> Congratulations Doug! Well deserved!
>
> On 2024/08/23 18:55:22 Dinesh Joshi wrote:
> > The Apache Cassandra PMC is thrilled to announce that Doug Rohrer has
> > accepted the invitation to become a committer!
> >
>
Congratulations Joey!!
On Thu, 25 Jul 2024 at 7:20 AM, Joseph Lynch wrote:
> Thank you all for the warm wishes and I greatly appreciate this
> opportunity!
>
> This is such a great community and I am proud to be part of it.
>
> Cheers!
> -Joey
>
> On Wed, Jul 24, 2024 at 10:12 AM Benjamin Lerer
(updated subject line)
Vote passes with 8 +1s (4 binding) and no negative votes.
Thanks all,
Hari
On Sun, Jul 7, 2024 at 7:01 PM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
> Vote passes with 8 +1s (4 binding) and no negative votes.
>
> Thanks all
wrote:
>
>> +1
>>
>>
>> On Jun 27, 2024, at 3:03 PM, Josh McKenzie wrote:
>>
>> +1
>>
>> On Thu, Jun 27, 2024, at 12:40 AM, Abhijeet Dubey wrote:
>>
>> +1
>>
>> On Thu, Jun 27, 2024 at 1:47 AM Francisco Guerrero
>> w
Congratulations Dinesh!!
On Fri, Jun 21, 2024 at 6:47 PM Paulo Motta wrote:
> Thank you Josh and congratulations Dinesh!
>
> On Thu, 20 Jun 2024 at 11:52 Josh McKenzie wrote:
>
>> Another PMC Chair baton pass incoming! On behalf of the Apache Cassandra
>> Project Management Committee (PMC) I wo
2024 at 8:33 PM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
> Hi all,
>
> I did not hear anything in the last 10+ days. I am taking it as a positive
> sign and proceeding to the voting stage for this CEP.
>
> Thanks!
> Hari
>
> On Fri, J
Hi everyone,
I would like to start the voting for CEP-40 as all the feedback in the
discussion thread seems to be addressed.
Proposal:
https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-40%3A+Data+Transfer+Using+Cassandra+Sidecar+for+Live+Migrating+Instances
Discussion thread:
https://list
Hi all,
I did not hear anything in the last 10+ days. I am taking it as a positive
sign and proceeding to the voting stage for this CEP.
Thanks!
Hari
On Fri, Jun 7, 2024 at 10:26 PM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
>
> Summarizing the discuss
d to have the understanding of availability
> and durability guarantees during migration. I can create a JIRA for it
> later.
>
> Sounds good. As I mentioned, I'm fine either way: if we do it as a part of
> CEP, or as a follow-up.
>
> On Sun, May 12, 2024, at 8:18 PM, Ve
to provide with it, and have it stated explicitly, for both "source node
> down" and "source node up" cases. That said, since we will have to
> integrate CEP-40 with TCM, and will have to ensure correctness of sstable
> diffing for the second phase, it might make sense
between source and destination.
On Wed, May 1, 2024 at 12:27 AM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
> >In the next iteration, I am going to address the below point.
> >> I would like to see more abstraction of how the files get moved / pu
g sstables is good enough, then probably it can be
skipped.
On Mon, Apr 29, 2024 at 10:37 PM Dinesh Joshi wrote:
> On Tue, Apr 23, 2024 at 11:37 AM Venkata Hari Krishna Nukala <
> n.v.harikrishna.apa...@gmail.com> wrote:
>
>> reason why I called out binary level ver
that case is to migrate the largest keyspace to a
> dedicated cluster.
>
> Live migration but a bit more complicated. No chance of doing this
> manually without some serious brain surgery on c* and downtime.
>
> Patrick
>
>
> On Tue, Apr 23, 2024 at 11:37 AM Venkata Ha
Thank you all for the inputs and apologies for the late reply. I see good
points raised in this discussion. *Please allow me to reply to each point
individually.*
To start with, let me focus on the point raised by Scott & Jon about file
content verification at the destination with the source in th
;
> mentions it with this note:
>
>
>- However, it might not be permitted by the administrator or available
>in various environments such as Kubernetes or virtual instances like EC2.
>Enabling data transfer through a sidecar facilitates smooth instance
>migrat
Hi all,
I have filed CEP-40 [1] for live migrating Cassandra instances using the
Cassandra Sidecar.
When someone needs to move all or a portion of the Cassandra nodes
belonging to a cluster to different hosts, the traditional approach of
Cassandra node replacement can be time-consuming due to rep
Hi Maxim,
I think this CEP is a great start to viewing Cassandra operations in a
different way! However, I have a few questions about it.
- How are the results of the commands expressed to the CQL client? Since
the command is being treated as CQL, I guess it will be rows, right? If
yes,
Hi,
I saw lots of information exposed through MBeans (like status, cfstats
etc...). I feel exposing them like as API has few advantages like, it is
more open (different types of clients can use) and more expressible for
request and response. Does the option of exposing such functionality
through
18 matches
Mail list logo
