Hi all,
thanks for your answers!.
To Benedict's point: In terms of the uvint enconding of deletionTime
i.e. it is true it happens here
https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/db/SerializationHeader.java#L170.
But we also have a DeletionTime serializer here
+1 to waiver
On 15/11/22 2:07, Josh McKenzie wrote:
+1 to waiver.
We still don't have some kind of @flaky annotation that sequesters
tests do we? :)
On Mon, Nov 14, 2022, at 5:58 PM, Ekaterina Dimitrova wrote:
+1
On Mon, 14 Nov 2022 at 17:55, Brandon Williams wrote:
+1 to waiving the
Hi,
I am running Cassandra 3.0.27 in my production. In some corner case
scenarios, we have tombstones disappearing during bootstrap/decommission.
I've outlined a possible theory with the root cause in this ticket:
https://issues.apache.org/jira/browse/CASSANDRA-17991
Could someone please help val
+1 to waiver.
We still don't have some kind of @flaky annotation that sequesters tests do we?
:)
On Mon, Nov 14, 2022, at 5:58 PM, Ekaterina Dimitrova wrote:
> +1
>
> On Mon, 14 Nov 2022 at 17:55, Brandon Williams wrote:
>> +1 to waiving these.
>>
>> On Mon, Nov 14, 2022, 4:49 PM Miklosovic,
+1
On Mon, 14 Nov 2022 at 17:55, Brandon Williams wrote:
> +1 to waiving these.
>
> On Mon, Nov 14, 2022, 4:49 PM Miklosovic, Stefan <
> stefan.mikloso...@netapp.com> wrote:
>
>> Tickets for the flaky tests are here
>>
>> https://issues.apache.org/jira/browse/CASSANDRA-18047
>> https://issues.ap
+1 to waiving these.
On Mon, Nov 14, 2022, 4:49 PM Miklosovic, Stefan <
stefan.mikloso...@netapp.com> wrote:
> Tickets for the flaky tests are here
>
> https://issues.apache.org/jira/browse/CASSANDRA-18047
> https://issues.apache.org/jira/browse/CASSANDRA-18048
>
> ___
Tickets for the flaky tests are here
https://issues.apache.org/jira/browse/CASSANDRA-18047
https://issues.apache.org/jira/browse/CASSANDRA-18048
From: Mick Semb Wever
Sent: Monday, November 14, 2022 23:28
To: dev@cassandra.apache.org
Subject: Re: Some tes
> in CASSANDRA-18029, two flaky tests were committed by mistake due to my
> misunderstanding. We agreed on this thread that we should not commit flaky
> tests right before rc. So now the rc is technically blocked by them. To
> unblock it, what is needed is to have a waiver on them. If there is not
Hi list,
in CASSANDRA-18029, two flaky tests were committed by mistake due to my
misunderstanding. We agreed on this thread that we should not commit flaky
tests right before rc. So now the rc is technically blocked by them. To unblock
it, what is needed is to have a waiver on them. If there is
I like this suggestion and I'd take it a step further. I think the project
should be publishing docker images. If we manage to migrate to Gradle this
would be pretty trivial as the jib Gradle plugin is excellent and makes
creating and publishing Docker images really easy.
https://github.com/G
> in 2035 we'd hit the same problem again.
In terms of "kicking a can down the road", this would be a pretty vigorous
kick. I wouldn't push back against this deferral. :)
On Mon, Nov 14, 2022, at 9:28 AM, Benedict wrote:
>
> I’m confused why we see *any* increase in sstable size - TTLs and delet
I’m confused why we see *any* increase in sstable size - TTLs and deletion
times are already written as unsigned vints as offsets from an sstable epoch
for each value.
I would dig in more carefully to explore why you’re seeing this increase? For
the same data there should be no change to size o
12 matches
Mail list logo
