dev  

Messages by Thread

• • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Štefan Miklošovič
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Jon Haddad
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Patrick McFadin
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Jeremiah Jordan
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Josh McKenzie
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Ekaterina Dimitrova
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Patrick McFadin
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Josh McKenzie
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Paulo Motta
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Josh McKenzie
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Aleksey Yeshchenko
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Josh McKenzie
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Aleksey Yeshchenko
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Paulo Motta
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Paulo Motta
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Paulo Motta
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Brandon Williams
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Josh McKenzie
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Patrick McFadin
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Benedict Elliott Smith
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Caleb Rackliffe
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Aleksey Yeshchenko
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Aleksey Yeshchenko
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Jon Haddad
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Jeremy Hanna
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Jeff Jirsa
  • Re: [DISCUSS] Experimental flagging (fork from Re-evaluate compaction defaults in 5.1/trunk) Dinesh Joshi
• Path to UCS being default our compaction strategy Jordan West
• Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jon Haddad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jon Haddad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Brad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Chris Lohfink
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Štefan Miklošovič
  • Re: Re-evaluate compaction defaults in 5.1/trunk Brandon Williams
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jordan West
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jon Haddad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jordan West
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Mick Semb Wever
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dave Herrington
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dave Herrington
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dave Herrington
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jordan West
  • Re: Re-evaluate compaction defaults in 5.1/trunk Paulo Motta
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Chris lohfink
  • Re: Re-evaluate compaction defaults in 5.1/trunk Benedict
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Benedict
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Benedict
  • Re: Re-evaluate compaction defaults in 5.1/trunk Branimir Lambov
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Brad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jeff Jirsa
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jon Haddad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Jon Haddad
  • Re: Re-evaluate compaction defaults in 5.1/trunk Dinesh Joshi
  • Re: Re-evaluate compaction defaults in 5.1/trunk Tolbert, Andy
  • Re: Re-evaluate compaction defaults in 5.1/trunk cnlwsu
  • Re: Re-evaluate compaction defaults in 5.1/trunk Tolbert, Andy
• Planet Cassandra meetup organizer opportunity Melissa Logan
  • Re: Planet Cassandra meetup organizer opportunity Bernardo Botella
  • Re: Planet Cassandra meetup organizer opportunity Melissa Logan
  • Re: Planet Cassandra meetup organizer opportunity Rahul Singh (ANANT)
  • Re: Planet Cassandra meetup organizer opportunity Melissa Logan
  • Re: Planet Cassandra meetup organizer opportunity Soheil Rahsaz
  • Re: Planet Cassandra meetup organizer opportunity Aaron
  • Re: Planet Cassandra meetup organizer opportunity Melissa Logan
  • Re: Planet Cassandra meetup organizer opportunity Melissa Logan
• [DISCUSS] Tooling to repair MV through a Spark job Jaydeep Chovatia
  • Re: [DISCUSS] Tooling to repair MV through a Spark job James Berragan
  • Re: [DISCUSS] Tooling to repair MV through a Spark job Jeff Jirsa
  • Re: [DISCUSS] Tooling to repair MV through a Spark job Jaydeep Chovatia
  • Re: [DISCUSS] Tooling to repair MV through a Spark job Yifan Cai
  • Re: [DISCUSS] Tooling to repair MV through a Spark job Yifan Cai
  • Re: [DISCUSS] Tooling to repair MV through a Spark job Jaydeep Chovatia
• Markdown JavaDoc Branimir Lambov
  • Re: Markdown JavaDoc Benedict
  • Re: Markdown JavaDoc Mick Semb Wever
  • Re: Markdown JavaDoc Francisco Guerrero
  • Re: Markdown JavaDoc Aleksey Yeshchenko
• Hints ignored during Upgrade from C*4 to C*5 Paul Chandler via dev
• [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Štefan Miklošovič
  • Re: [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Josh McKenzie
  • Re: [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Štefan Miklošovič
  • Re: [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Josh McKenzie
  • Re: [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Štefan Miklošovič
  • Re: [DISCUSS] Delivery of CASSANDRA-19556 Add guardrail to block DDL/DCL queries Štefan Miklošovič
• [RELEASE] Apache Cassandra 4.0.15 released Brandon Williams
• [DISCUSS] Removing v30 and v3X from trunk in-JVM upgrade tests Caleb Rackliffe
  • Re: [DISCUSS] Removing v30 and v3X from trunk in-JVM upgrade tests Mick Semb Wever
• [VOTE] Release Apache Cassandra 5.0.3 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Brandon Williams
  • [VOTE] Release Apache Cassandra 5.0.3 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Mick Semb Wever
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Paulo Motta
  • Re: [VOTE] Release Apache Cassandra 5.0.3 Štefan Miklošovič
• [VOTE] Release Apache Cassandra 4.1.8 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Brandon Williams
  • [VOTE] Release Apache Cassandra 4.1.8 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Mick Semb Wever
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Štefan Miklošovič
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Paulo Motta
  • Re: [VOTE] Release Apache Cassandra 4.1.8 Štefan Miklošovič
• [VOTE] Release Apache Cassandra 4.0.15 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 4.0.15 C. Scott Andreas
  • Re: [VOTE] Release Apache Cassandra 4.0.15 Mick Semb Wever
  • Re: [VOTE] Release Apache Cassandra 4.0.15 Brandon Williams
  • Re: [VOTE] Release Apache Cassandra 4.0.15 Brandon Williams
• [Committer/reviewer needed][CASSJAVA-4] UDT codec decode is too restrictive in decoding of unknown fields Dmitry Konstantinov
  • Re: [Committer/reviewer needed][CASSJAVA-4] UDT codec decode is too restrictive in decoding of unknown fields Tolbert, Andy
• Request for review for CASSANDRA-18505 - Moving credentials and settings from cassandra-env.sh to cassandra.yaml for JMX configuration Štefan Miklošovič
  • Re: Request for review for CASSANDRA-18505 - Moving credentials and settings from cassandra-env.sh to cassandra.yaml for JMX configuration Maulin Vasavada
  • Re: Request for review for CASSANDRA-18505 - Moving credentials and settings from cassandra-env.sh to cassandra.yaml for JMX configuration Doug Rohrer
  • Re: Request for review for CASSANDRA-18505 - Moving credentials and settings from cassandra-env.sh to cassandra.yaml for JMX configuration Štefan Miklošovič
• [DISCUSS] Go version in go.mod (GoCQL) João Reis
  • Re: [DISCUSS] Go version in go.mod (GoCQL) Jackson Fleming
  • Re: [DISCUSS] Go version in go.mod (GoCQL) João Reis
  • RE: [DISCUSS] Go version in go.mod (GoCQL) Stanislav Bychkov
• [DISCUSS] GoCQL sub modules vs packages João Reis
  • Re: [DISCUSS] GoCQL sub modules vs packages Jackson Fleming
  • Re: [DISCUSS] GoCQL sub modules vs packages João Reis
  • RE: [DISCUSS] GoCQL sub modules vs packages Stanislav Bychkov
• [VOTE] CEP-37: Repair scheduling inside C* Jaydeep Chovatia
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Dinesh Joshi
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Mick Semb Wever
  • Re: [VOTE] CEP-37: Repair scheduling inside C* David Capwell
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Bernardo Botella
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Brandon Williams
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Jon Haddad
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Josh McKenzie
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Tolbert, Andy
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Francisco Guerrero
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Chris Lohfink
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Jordan West
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Joseph Lynch
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Sumanth Pasupuleti
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Ekaterina Dimitrova
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Vinay Chella
  • Re: [VOTE] CEP-37: Repair scheduling inside C* J. D. Jordan
  • Re: [VOTE] CEP-37: Repair scheduling inside C* Jaydeep Chovatia
• Unexplained stuck memtable flush Bowen Song via dev
  • Re: Unexplained stuck memtable flush Jeff Jirsa
• Backporting CASSANDRA-17812 to 4.x Štefan Miklošovič
  • Re: Backporting CASSANDRA-17812 to 4.x Mick Semb Wever
  • Re: Backporting CASSANDRA-17812 to 4.x Josh McKenzie
  • Re: Backporting CASSANDRA-17812 to 4.x J. D. Jordan
  • Re: Backporting CASSANDRA-17812 to 4.x Štefan Miklošovič
  • Re: Backporting CASSANDRA-17812 to 4.x Bernardo Botella
• Case-insensitivity in login workflow Joel Shepherd
• [DISCUSS] Deprecation of IEndpointSnitch (CASSANDRA-19488) Sam Tunnicliffe
  • Re: [DISCUSS] Deprecation of IEndpointSnitch (CASSANDRA-19488) Sam Tunnicliffe
  • Re: [DISCUSS] Deprecation of IEndpointSnitch (CASSANDRA-19488) guo Maxwell
  • Re: [DISCUSS] Deprecation of IEndpointSnitch (CASSANDRA-19488) guo Maxwell
  • Re: [DISCUSS] Deprecation of IEndpointSnitch (CASSANDRA-19488) Štefan Miklošovič
• [DISCUSS] Usage of "var" instead of types in the code Štefan Miklošovič
  • Re: [DISCUSS] Usage of "var" instead of types in the code Josh McKenzie
  • Re: [DISCUSS] Usage of "var" instead of types in the code Benedict Elliott Smith
  • Re: [DISCUSS] Usage of "var" instead of types in the code Dinesh Joshi
  • Re: [DISCUSS] Usage of "var" instead of types in the code Brandon Williams
  • Re: [DISCUSS] Usage of "var" instead of types in the code Štefan Miklošovič
  • Re: [DISCUSS] Usage of "var" instead of types in the code David Capwell
  • Re: [DISCUSS] Usage of "var" instead of types in the code Josh McKenzie
  • Re: [DISCUSS] Usage of "var" instead of types in the code Benedict Elliott Smith
  • Re: [DISCUSS] Usage of "var" instead of types in the code Josh McKenzie
  • Re: [DISCUSS] Usage of "var" instead of types in the code Yifan Cai
  • Re: [DISCUSS] Usage of "var" instead of types in the code Štefan Miklošovič
  • Re: [DISCUSS] Usage of "var" instead of types in the code Jon Haddad
  • Re: [DISCUSS] Usage of "var" instead of types in the code Caleb Rackliffe
  • Re: [DISCUSS] Usage of "var" instead of types in the code Benjamin Lerer

• Earlier messages
• Later messages