There are 2 places that expose non-standard java classes, so JMX only
works if and only if the JMX client also has Cassandra's jars, else
they will fail; the 2 examples are
org.apache.cassandra.service.StorageServiceMBean#enableAuditLog throws
org.apache.cassandra.exceptions.ConfigurationException
I have checked with Ekaterina, we are ok with what she asked us to
take a look at. Other than that, I do not remember I have touched /
worked with any other mentioned parameter she elaborated on between
4.0 and 4.1 so I can not comment on that.
On Tue, 5 Apr 2022 at 23:24, Ekaterina Dimitrova wro
ATTENTION PLEASE Below email will be long but I believe you will agree it
deserves attention for good reasons. Thank you in advance for your time and
consideration!
Hi everyone,
I am working on the last batch of config parameters to be transferred to
the new types after CASSANDRA-15234 landed.
T
This is a solid initiative Erick, very much appreciated.
On Tue, 5 Apr 2022 at 18:37, Ekaterina Dimitrova
wrote:
> I like the idea, sometimes new users just don’t know where to start and
> what/how/where to ask so this guidance sounds very helpful to me! Thank you
> Bowen and Erick!
>
> On Tue,
A day late; thankfully nothing too earth shattering happened yesterday that we
missed by the newsletter coming out today. :)
[New contributor Getting Started]
Welcome to Cassandra! We have a couple good places for new contributors to get
started - failing tests and also starter tickets we label
I like the idea, sometimes new users just don’t know where to start and
what/how/where to ask so this guidance sounds very helpful to me! Thank you
Bowen and Erick!
On Tue, 5 Apr 2022 at 9:38, Erick Ramirez wrote:
> I was chatting to Bowen Song a couple of weeks ago and we stumbled on the
> topi
We still mostly support CentOS 6 =D, I say mostly due to the fact I am not
aware of any formal supports, just informal patches getting older OSes working
again.
> On Apr 5, 2022, at 4:33 AM, Stefan Miklosovic
> wrote:
>
> But ... this begs another question to be asked - until when we want to
I was chatting to Bowen Song a couple of weeks ago and we stumbled on the
topic of "low quality questions". They're the kind of questions that
usually lack information and/or context that make them difficult to answer.
As much as we hate it, we end up answering these questions with a bunch of
other
So my suggestion from what I hear
- reject anything below -1.
- -1 points to the default.
- >=0 being valid.
- Done for both startup and the setters.
- Done only on trunk for now and I will add comment in Config instead of
NEWS.txt due to their hidden nature.
So my understanding is that 0 and 1 w
Thank you both!
As my understanding is that it will be more involved to deal with the per
version config loading and that is the reason it was not done yet but a
flag was added, I suggest we opt in for the flag and revise again this
after the release. Let’s add it to the other topics we discussed
But ... this begs another question to be asked - until when we want to
support Centos 7 ?
On Tue, 5 Apr 2022 at 13:31, Stefan Miklosovic
wrote:
>
> All good then, that's why I am asking!
>
> Thanks
>
> On Tue, 5 Apr 2022 at 13:23, Brandon Williams wrote:
> >
> > This changes my mind and I agree.
All good then, that's why I am asking!
Thanks
On Tue, 5 Apr 2022 at 13:23, Brandon Williams wrote:
>
> This changes my mind and I agree.
>
> On Tue, Apr 5, 2022 at 6:21 AM Bowen Song wrote:
> >
> > I'm against this change.
> >
> > CentOS 7 only has Python up to 3.6 available from the EPEL repos
This changes my mind and I agree.
On Tue, Apr 5, 2022 at 6:21 AM Bowen Song wrote:
>
> I'm against this change.
>
> CentOS 7 only has Python up to 3.6 available from the EPEL repository,
> and the maintenance updates for CentOS 7 ends in 2024. See:
> https://wiki.centos.org/About/Product
>
> To i
I'm against this change.
CentOS 7 only has Python up to 3.6 available from the EPEL repository,
and the maintenance updates for CentOS 7 ends in 2024. See:
https://wiki.centos.org/About/Product
To install Python>3.6 on CentOS 7, the user must either use a 3rd party
repository that's not main
"We will have Cassandra running with unsupported Python 3.6 once we
release 4.1" - what I meant by that that if somebody has Python 3.6,
it will be possible to run cqlsh. There is a check, afaik, which
checks what Python a user has and it prevents them from running it if
it is something lower.
htt
Hello,
I stumbled upon this ticket (1)
We will have Cassandra running with unsupported Python 3.6 once we
release 4.1 which is not good in my books.
I would like to try to bump it to 3.8 as minimum, it will get security
updates to 2024 at least.
Does it make sense to people? Especially so close
Unfortunately, I do not have much time for doing some digging. Sorry for
that :-(
You should look at JavaBasedUDFunction and UDFExecutorServic.
Le lun. 4 avr. 2022 à 17:25, Sébastien Rebecchi a
écrit :
> Hi!
> Do you have any more ideas for me?
> Cordially,
> Sébastien.
>
> Le lun. 28 mars 2022
17 matches
Mail list logo