Did we add new metrics for index queries? The only issue I see is that
this change will mix index queries into the regular read metrics, where
before they were in the range metrics, so maybe some changes to metrics
should go with it. But I think this is a good change over all.
On Oct 1, 2024 at
I don’t really have an opinion on re-writing the existing one vs closing
that and making a new one.
But I do think we should have some CEP describing the "1.0 shippable
version" of the side car that is being proposed, then it can have a VOTE
thread, and there will be no issues voting the release m
> When it comes to alternatives, what about logback + slf4j? It has
> appenders where we want, it is sync / async, we can code some nio appender
> too I guess, it logs it as text into a file so we do not need any special
> tooling to review that. For tailing which Chronicle also offers, I guess
> "
movements can cause this, and that nodes can be rejecting writes when they
> are in fact correct hence causing “over-eager unavailability”. And
> furthermore, point people to TCM.
>
>
>
> On Thu, 12 Sept 2024 at 23:36, Jeremiah Jordan
> wrote:
>
>> JD we know it ha
>
> JD we know it had nothing to do with range movements and could/should have
> been prevented far simpler with operational correctness/checks.
>
“Be better” is not the answer. Also I think you are confusing our
incidents, the out of range token issue we saw was not because of an
operational “oop
Congrats Joey!
On Jul 24, 2024 at 10:12:21 AM, Abhijeet Dubey
wrote:
> Congratulations Joey :)
>
> On Wed, Jul 24, 2024 at 8:38 PM Josh McKenzie
> wrote:
>
>> Congrats Joey!
>>
>> On Wed, Jul 24, 2024, at 10:55 AM, Abe Ratnofsky wrote:
>>
>> Congratulations!
>>
>>
>>
>
> --
> *Abhijeet*
>
MAXWRITETIME yet.
Jeremiah Jordan
e. jerem...@datastax.com
w. www.datastax.com
On Jun 20, 2024 at 11:46:08 AM, Štefan Miklošovič
wrote:
> List,
>
> we need your opinions about CASSANDRA-18078.
>
> That ticket is about the removal of MAXWRITETIME function which was added
> in CASSANDRA
Welcome to the Chair role Dinesh! Congrats!
On Jun 20, 2024 at 10:50:37 AM, Josh McKenzie wrote:
> Another PMC Chair baton pass incoming! On behalf of the Apache Cassandra
> Project Management Committee (PMC) I would like to welcome and congratulate
> our next PMC Chair Dinesh Joshi (djoshi).
Congrats all!
On Apr 17, 2024 at 12:10:11 PM, Benjamin Lerer wrote:
> The Apache Cassandra PMC is pleased to announce that Alexandre Dutra,
> Andrew Tolbert, Bret McGuire and Olivier Michallat have accepted the
> invitation to become committers on the java driver sub-project.
>
> Thanks for you
Congrats!
On Feb 21, 2024 at 2:46:14 PM, Josh McKenzie wrote:
> The Apache Cassandra PMC is pleased to announce that Brad Schoening has
> accepted
> the invitation to become a committer.
>
> Your work on the integrated python driver, launch script environment, and
> tests
> has been a big help t
Here was the thread where it was removed:lists.apache.orgOn Jan 22, 2024, at 12:37 PM, J. D. Jordan wrote:I think we used to have this and removed them because it was breaking the encryption signature on messages or something which meant they were very likely to be treated as spam?Not saying we c
Congrats Maxim! Thanks for all of your contributions!
On Jan 8, 2024 at 12:19:04 PM, Josh McKenzie wrote:
> The Apache Cassandra PMC is pleased to announce that Maxim Muzafarov has
> accepted
> the invitation to become a committer.
>
> Thanks for all the hard work and collaboration on the proj
>
> from a maintenance and
> integration testing perspective I think it would be better to keep the
> ohc in-tree, so we will be aware of any issues immediately after the
> full CI run.
>From the original email bringing OHC in tree is not an option because the
current maintainer is not interested
Congrats Mike! Thanks for all your work on SAI and Vector index. Well
deserved!
On Dec 8, 2023 at 8:52:07 AM, Brandon Williams wrote:
> Congratulations Mike!
>
> Kind Regards,
> Brandon
>
> On Fri, Dec 8, 2023 at 8:41 AM Benjamin Lerer wrote:
>
>
> The PMC members are pleased to announce tha
Again I am coming at this from the operator/end user perspective.
Creating a metrics dashboard, and then I am looking at those metrics to
understand what my queries are doing. We have coordinator query level
metrics, and then we have lower level table metrics on the replicas. I
want to be able t
there's pros and cons to both approaches.
>
> All that said, I'm in favor of us continuing with this as a valid and
> ratified vote (technical norms == committer binding + simple majority). If
> we want to open a formal discussion about instead considering that a
> procedura
>
> My reading of ASF policy is that directing users to CEP preview releases
> that are not formally voted upon is not acceptable. The policy you quote
> indicates they should be intended only for active participants on dev@,
> whereas our explicit intention is to enable them to be advertised to us
re
> merged with failing or flaky tests.
>
> Either way, the vote and discussion specifically allow for this to be
> overridden.
>
> 🤷♀️
>
> On 31 Oct 2023, at 16:29, Jeremiah Jordan
> wrote:
>
>
> I never said there was a need for green CI for alpha.
cassandra-5.1 and/or
>>>> naming a preview release something other than 5.1-alpha1.
>>>>
>>>> But… the codebases and release process (and upgrade tests) do not
>>>> currently support releases with qualifiers that are not alpha, beta, or
>>>
ob that'd do
>> nightly docker container builds on trunk + feature branches, archived for N
>> days, and we make that generally known to the dev@ list here so folks
>> that want to poke at the current state of trunk or other branches could do
>> so with very low friction.
ect
> release to create a docker image.
>
> On Tue, Oct 24, 2023 at 11:54 AM Jeremiah Jordan <
> jeremiah.jor...@gmail.com> wrote:
>
>> If we decide to go the route of not merging TCM to the 5.0 branch. Do we
>> actually need to immediately cut a 5.1 branch? Can we work
If we decide to go the route of not merging TCM to the 5.0 branch. Do we
actually need to immediately cut a 5.1 branch? Can we work on stabilizing
things while it is in trunk and cut the 5.1 branch when we actually think
we are near releasing? I don’t see any reason we can not cut “preview”
art
+1 from me assuming we have tickets and two committer +1’s on them for
everything being committed to trunk, and CI is working/passing before it
merges. The usual things, but I want to make sure we do not compromise on
any of them as we try to “move fast” here.
-Jeremiah Jordan
On Oct 23, 2023
Agreed. -1 on selectively removing any of the libs. But +1 for removing
the whole thing if it is no longer used.
-Jeremiah
On Oct 20, 2023 at 9:28:55 AM, Mick Semb Wever wrote:
> Does anyone see any reason _not_ to do this?
>>
>
>
> Thanks for bring this to dev@
>
> I see reason not to do it
I think this is covered by the grant agreement?
https://www.apache.org/licenses/software-grant-template.pdf
2. Licensor represents that, to Licensor's knowledge, Licensor is
legally entitled to grant the above license. Licensor agrees to notify
the Foundation of any facts or circumstances of whi
+1 nb.
Thanks to everyone who has made this happen.
On Oct 2, 2023 at 11:52:47 PM, Mick Semb Wever wrote:
> The donation of the java-driver is ready for its IP Clearance vote.
> https://incubator.apache.org/ip-clearance/cassandra-java-driver.html
>
> The SGA has been sent to the ASF. This doe
I wonder if it can easily be replaced with Apache open-nlp? It also
provides an implementation of GloVe.
https://opennlp.apache.org/docs/2.3.0/apidocs/opennlp-tools/opennlp/tools/util/wordvector/Glove.html
On Sep 13, 2023 at 1:17:46 PM, Benedict wrote:
> There’s a distinction for spotbugs an
I don’t think anyone wants to remove the javadocs. This thread is about
removing the broken ant task which generates html files from them.
+1 from me on removing the ant task. If someone feels the task is useful
they can always implement one that does not crash and add it back.
-Jeremiah
On A
SASI just uses “=“ for the tokenized equality matching, which is the exact
thing this discussion is about changing/not liking.
> On Aug 2, 2023, at 7:18 PM, J. D. Jordan wrote:
>
> I do not think LIKE actually applies here. LIKE is used for prefix,
> contains, or suffix searches in SASI depen
I had a discussion with Mick on slack. His concern is not with enabling
ACCP. His concern is around the testing of the new C* yaml config code
which is included in the patch that is used to decide if ACCP should be
enabled or not, and if startup should fail if it can’t be enabled.
I agree. We s
+1 for the side car being the right location.
-Jeremiah
On Jul 25, 2023 at 1:16:14 PM, Chris Lohfink wrote:
> I think a CEP is the next step. Considering the number of companies
> involved, this might necessitate several drafts and rounds of discussions.
> I appreciate your initiative in start
Yes. Great to get this work merged. Thanks to everyone who worked on it
and to Ekaterina for leading the charge!
-Jeremiah
On Jul 24, 2023 at 9:27:10 PM, C. Scott Andreas
wrote:
> Ekaterina, thank you for spearheading JDK17 support for Apache Cassandra!
> Exciting to get to this point.
>
> -
want to give them the power to manage identities.
Jeremiah Jordan
e. jerem...@datastax.com
w. www.datastax.com
On Jun 30, 2023 at 1:35:41 PM, Dinesh Joshi wrote:
> Yuki, Jeremiah both are fair points. The mental model we're using for
> mTLS authentication is slightly different.
>
&
+100 I support making generate-idea-files auto setup everything in
IntelliJ for you. If you post a diff, I will test it.
On this proposal, I don’t really have an opinion one way or the other about
what the default is for local "ant jar”, if its slow I will figure out how
to turn it off, if its f
I like the idea of extending CREATE ROLE rather than adding a brand new ADD
IDENTITY syntax. Not sure how that can line up with one to many
relationships for an identity, but maybe that can just be done through role
hierarchy?
In either case, I don’t think IDENTITY related operations should be ti
Yes. -1 on forcing the patch release version, and possibly minor version,
for anything that is not absolutely necessary to do so. Especially for
things like Java or Python version, I would hope we just install the latest
Java 8, Java 11, or Java 17 JDK for the platform the image is built from
an
+1 from me.
On Jun 15, 2023 at 1:01:01 PM, Ekaterina Dimitrova
wrote:
> Hi everyone,
> Happy Thursday!
> Some time ago, Jacek raised the point that ant eclipse-warnings is generating
> too many false positives and not really working as expected. (CASSANDRA-18239)
>
> Reminder: ant eclipse-warn
+1 nb
On Jun 13, 2023 at 9:14:35 AM, Jeremy Hanna
wrote:
> Calling for a vote on CEP-8 [1].
>
> To clarify the intent, as Benjamin said in the discussion thread [2], the
> goal of this vote is simply to ensure that the community is in favor of
> the donation. Nothing more.
> The plan is to intr
As long as it is valid in the paging protocol to return a short page, but
still say “there are more pages”, I think that is fine to do that. For an
actual LIMIT that is part of the user query, I think the server must always
have returned all data that fits into the LIMIT when all pages have been
I have seen this same behavior in the past as well and came to the same
conclusions of where the issue is. It would be good to write this up in a
ticket. Giving people the option of using the DynamicEndpointSnitch to order
batch log replica selection could mitigate this exact issue, but may ha
Thanks Nate! And welcome to the role Mick!
> On Jul 11, 2022, at 7:54 AM, Paulo Motta wrote:
>
>
> Hi,
>
> I wanted to announce on behalf of the Apache Cassandra Project Management
> Committee (PMC) that Nate McCall (zznate) has stepped down from the PMC chair
> role. Thank you Nate for all
the CEP.
Thanks,
-Jeremiah Jordan
Hi Stefan,
That idea is not related to this CEP which is about the file formats of the
sstables, not file system access. But you should take a look at the work
recently committed in https://issues.apache.org/jira/browse/CASSANDRA-16926
to switch to using java.nio.file.Path for file access. This s
If you don’t know what you are doing you will have one rack which will also be
safe. If you are setting up racks then you most likely read something about
doing that, and should also be fine.
This discussion has gone off the rails 100 times with what ifs that are
“letting perfect be the enemy of
Can’t you currently open a PR with the right commit message, have do review
there with all comments posted back to JIRA, run CI on it and then merge it
closing the PR? This is the basic workflow you are proposing yes?
It is the reviewer and authors job to make sure CI ran and didn’t introduce n
Clients do negotiate the protocol version they use when connecting. If the
server bumped the protocol version then this larger paging state could be part
of the new protocol version. But that doesn’t solve the problem for existing
versions.
The special treatment of Integer.MAX_VALUE can be done
My suggestion would be to keep trunk on the latest LTS by default, but with
compatibility with the latest release if possible. Since Oracle LTS releases
are every 3 years, I would not want to tie us to that release cycle?
So until Java 11 is out that would mean trunk should work under Java 8, wi
that I should think about the case of data removing.
>
> I currently don't really care about TTL's, but its the case about I should
> think, thx.
>
> Jeremiah Jordan, thx for notice, but I don't really get what are you mean
> about replica aggregation optimizat
Don’t forget about deleted and missing data. The bane of all on replica
aggregation optimization’s.
> On Jan 14, 2018, at 12:07 AM, Jeff Jirsa wrote:
>
>
> You’re right it’s not stored in metadata now. Adding this to metadata isn’t
> hard, it’s just hard to do it right where it’s useful to p
+1 non-binding. That requirement always seemed silly to me.
> On Mar 29, 2017, at 8:21 AM, Jason Brown wrote:
>
> Hey all,
>
> Following up my thread from a week or two ago (
> https://lists.apache.org/thread.html/0665f40c7213654e99817141972c003a2131aba7a1c63d6765db75c5@%3Cdev.cassandra.apache.
In the original tick tock plan we would not have kept 4.0.x around. So I am
proposing a change for that and then we label the 3.x and 4.x releases as
"development releases" or some other thing and have "yearly" LTS releases with
.0.x.
Those are similar to the previous 1.2/2.0/2.1/2.2 and we are
As I understand it "COMPACT STORAGE" only has meaning in the CQL parser for
backwards compatibility as of 3.0. The on disk storage is not affected by its
usage.
> On Apr 11, 2016, at 3:33 PM, Benedict Elliott Smith
> wrote:
>
> Compact storage should really have been named "not wasteful stora
Cassandra-jdbc can do cql3 as well as cql2. The rub (and why I would never
recommend it) is that it does cql3 over thrift. So you lose out on all the
native protocol features.
> On May 11, 2015, at 2:53 PM, Brian Hess wrote:
>
> One thing that does jump out at me, though, is about CQL2. As
Everything should be good now. Thanks!
> On Aug 11, 2014, at 9:34 AM, Sylvain Lebresne wrote:
>
> Ok, ok, closing this vote for now. We'll re-roll as soon as the pig stuff
> are fixed.
>
>
> On Fri, Aug 8, 2014 at 10:07 PM, Jeremiah D Jordan
> wrote:
>
>> I'm -1 on this until we get CqlRecor
.com]
Sent: Thursday, October 25, 2012 4:09 PM
To: dev@cassandra.apache.org
Subject: Re: Write Timestamps
On Wed, Oct 24, 2012 at 9:13 PM, Jeremiah Jordan
wrote:
> How are you doing the write? CQL or Thrift? In thrift, the client specifies
> the timestamp, and you should always be seeing that
How are you doing the write? CQL or Thrift? In thrift, the client specifies
the timestamp, and you should always be seeing that as the timestamp. In CQL,
the CQL layer on the server adds the timestamp. I am less familiar with the
CQL code, maybe something screwy is going on there. 1.1.6 is
Cluster nodes don't talk on 9160. Pretty sure they talk on "storage_port:
7000" from the yaml file.
-Jeremiah
From: Niteesh kumar [nitees...@directi.com]
Sent: Tuesday, October 02, 2012 4:52 AM
To: dev@cassandra.apache.org
Subject: persistent connection
en throwing away the majority of the data I
pulled back that doesn't belong to o1 and o5
-Jeremiah
From: Jonathan Ellis [jbel...@gmail.com]
Sent: Thursday, March 29, 2012 11:23 AM
To: dev@cassandra.apache.org
Subject: Re: Document storage
On Thu, Mar 29,
Its not clear what 3647 actually is, there is no code attached, and no real
example in it.
Aside from that, the reason this would be useful to me (if we could get
indexing of attributes working), is that I already have my data in
JSON/Thrift/ProtoBuff, depending how large the data is, it isn't
Its not clear what 3647 actually is, there is no code attached, and no real
example in it.
Aside from that, the reason this would be useful to me (if we could get
indexing of attributes working), is that I already have my data in
JSON/Thrift/ProtoBuff, depending how large the data is, it isn't
Sounds interesting to me. I looked into adding protocol buffer support at one
point, and it didn't look like it would be too much work. The tricky part was
I also wanted to add indexing support for attributes of the inserted protocol
buffers. That looked a little trickier, but still not impos
whole cluster, not just your neighbor. etc. etc.
-Jeremiah Jordan
From: Rick Branson [rbran...@datastax.com]
Sent: Monday, March 19, 2012 5:16 PM
To: dev@cassandra.apache.org
Subject: Re: RFC: Cassandra Virtual Nodes
I think if we could go back and r
10-15 KS should be fine. The issue is when you want to have hundreds or
thousands of KS/CF.
-Jeremiah
-Original Message-
From: Subrahmanya Harve [mailto:subrahmanyaha...@gmail.com]
Sent: Thursday, February 02, 2012 1:43 AM
To: dev@cassandra.apache.org
Subject: Re: Queries on AuthN and A
Bring it up here: https://issues.apache.org/jira/browse/INFRA
On 01/10/2012 11:40 PM, Dave Brosius wrote:
Greetings,
I wanted to mention this to folks who may be running into this
issue. A user on IRC reporting that cloning the cassandra repo on the
apache servers
http://git-wip-us.apach
Unless you need the new features, you don't need to upgrade. And the current
version won't stop getting updates. As mentioned in the thread where the
project moved to a 4 month major version cycle, smaller changes between major
versions means they will be more stable. Even with the smaller cy
Another option is to have multiple threads reading from the queue and
writing to their own commit log files. If you have multiple commit log
directories with each having its own task writing to it, you can keep
the "only sequential writes" optimization. Multiple writers to one disk
only makes
+1 for a separate jar (and a second download link that doesn't include this
jar, though I would make the primary link include it with BIG BOLD PRINT saying
it is in there)
+1 for a config option to turn off auto-post (defaulted on in the download that
has the jar)
+1 for a nodetool command to du
Ah =). Searching "cassandra-dbapi2" on pypi doesn't find it, guess they don't
index the homepage links...
On Nov 12, 2011, at 10:45 AM, Jonathan Ellis wrote:
> http://pypi.python.org/pypi/cql/
>
> On Sat, Nov 12, 2011 at 10:29 AM, Jeremiah Jordan
> wrote:
Someone should add it to pypi
On Nov 12, 2011, at 10:25 AM, Jonathan Ellis wrote:
> http://code.google.com/a/apache-extras.org/p/cassandra-dbapi2/issues/detail?id=6
> and
> http://code.google.com/a/apache-extras.org/p/cassandra-dbapi2/issues/detail?id=7
> will address the dependency problem ade
I am pretty sure the way you have K1 configured it will be placed across
both DC's as if you had large ring. If you want it only in DC1 you need
to say DC1:1, DC2:0.
If you are writing and reading at ONE you are not guaranteed to get the
data if RF > 1. If RF = 2, and you write with ONE, you d
Been a while since 0.7.6 and a bunch of stuff has been fixed in JIRA,
including https://issues.apache.org/jira/browse/CASSANDRA-2654 which I
think may be affecting some of our servers.
Jeremiah Jordan
Application Developer
Morningstar, Inc.
Morningstar
So do we need to scrub if we are updating from 0.6.8 to this?
-Jeremiah Jordan
-Original Message-
From: Jonathan Ellis [mailto:jbel...@gmail.com]
Sent: Friday, February 25, 2011 3:22 PM
To: dev@cassandra.apache.org
Subject: Re: [VOTE] 0.7.3
Please test nodetool scrub -- see
https
So are 0.6.10 and 0.6.11 broken too or did only the 0.7.0 version of
https://issues.apache.org/jira/browse/CASSANDRA-1959 break stuff?
-Original Message-
From: Stu Hood [mailto:stuh...@gmail.com]
Sent: Tuesday, February 01, 2011 7:19 PM
To: dev@cassandra.apache.org
Subject: Re: [VOTE] 0.7
ew column index feature
the TProtocolException means you're either (most likely) mixing
framed/unframed modes between client/server, or (less likely) creating
an obsolete TBinaryProtocol.
On Fri, Aug 27, 2010 at 10:13 AM, Jeremiah Jordan
wrote:
> I am trying to use the new column index f
gt; print cassandra.constants.VERSION
11.1.0
>>>
Am I doing something wrong or is this a bug?
I looked at the code in test_thrift_server.py, but it uses insert not
batch_mutate to put data into the indexed column.
Jeremiah Jordan
Application Developer
M
ystem_add_column_family in the middle it doesn't crash.
This broke sometime after apache-cassandra-2010-07-06_13-27-21
-Jeremiah
____
Jeremiah Jordan
Application Developer
Morningstar, Inc.
Morningstar. Illuminating investing worldwide.
+1 312 6
76 matches
Mail list logo
