On 2/3/20 5:21 PM, Mick Semb Wever wrote:
Summary of notes:
- Artifact set checks out OK with regards to key sigs and checksums.
- CASSANDRA-14962 is an issue when not using the current deb build
method (using new docker method results in different source artifact
creation & use). The docker
Following Mick's format =)
** Lack of trust (aka reliability)
Mick said it best, but should also add that we have slow tests and tests
which don't do anything. Effort is needed to improve our current tests and
to make sure future tests are stable (cleaning up works, isolation, etc.);
this is
Hi everyone,
One action item I took from our first contributor meeting was gather
feedback for the next meetings. I've created a short survey if you would
like to offer feedback. I'll let it run for the week and report back on the
results.
https://www.surveymonkey.com/r/C95B7ZP
Thanks,
Patrick
+1, this at least starts up on Windows ;)
Dinesh
> On Feb 3, 2020, at 3:21 PM, Mick Semb Wever wrote:
>
>
>> Summary of notes:
>> - Artifact set checks out OK with regards to key sigs and checksums.
>> - CASSANDRA-14962 is an issue when not using the current deb build
>> method (using new
Only have a moment to respond, but Mick hit the higlights with
containerization, parallelization, these help solve cleanup, speed, and
cascading failures. Dynamic disposable slaves would be icing on that
cake, which may require a dedicated master.
One more note on jobs, or more correctly
> Summary of notes:
> - Artifact set checks out OK with regards to key sigs and checksums.
> - CASSANDRA-14962 is an issue when not using the current deb build
> method (using new docker method results in different source artifact
> creation & use). The docker rpm build suffers the same source
I think it's a good idea to take a step back and get a high level view of
the problem we're trying to solve.
First, high token counts result in decreased availability as each node has
data overlap with with more nodes in the cluster. Specifically, a node can
share data with RF-1 * 2 *
Mick, this is fantastic!
I'll wait another day to see if anyone else chimes in. (Would also love to
hear from CassCI folks, anyone else really who has wrestled with this even
for internal forks).
On Tue, Feb 4, 2020 at 10:37 AM Mick Semb Wever wrote:
> Nate, I leave it to you to forward
Nate, I leave it to you to forward what-you-chose to the board@'s thread.
> Are there still troubles and what are they?
TL;DR
the ASF could provide the Cassandra community with an isolated jenkins
installation: so that we can manage and control the Jenkins master, as well as
ensure all
>From the people that have modified this page in the past, what are your
thoughts? Good for me to pull the rest into JIRA and we redirect from the
wiki?
+joey lynch
+scott andreas
+sumanth pasupuleti
+marcus eriksson
+romain hardouin
On Mon, Feb 3, 2020 at 8:57 AM Joshua McKenzie wrote:
> what
>
> what we really need is
> some dedicated PM time going forward. Is that something you think you can
> help resource from your side?
Not a ton, but I think enough yes.
(Also, thanks for all the efforts exploring this either way!!)
Happy to help.
On Sun, Feb 2, 2020 at 2:46 PM Nate McCall
11 matches
Mail list logo
