[jira] [Created] (KAFKA-12241) Partition offline when ISR shrinks to leader and LogDir goes offline

Noa Resare created KAFKA-12241: -- Summary: Partition offline when ISR shrinks to leader and LogDir goes offline Key: KAFKA-12241 URL: https://issues.apache.org/jira/browse/KAFKA-12241 Project: Kafka

[VOTE] KIP-692: Make AdminClient value object constructors public

Let’s kick of a vote for this tiny little KIP, that holds the promise of simplifying testing for code that calls the Kafka admin API: https://cwiki.apache.org/confluence/display/KAFKA/KIP-692:+Make+AdminClient+value+object+constructors+public

Re: [DISCUSS] KIP-692: Make AdminClient value object constructors public

- it gives you more > flexibility in how you construct all those objects. But those two > changes are unrelated. > > On Thu, Dec 3, 2020 at 9:30 AM Noa Resare wrote: >> >> Hi there, >> >> I finally got around to write up the KIP for a change I have wanted

Re: [DISCUSS] KIP-687: Automatic Reloading of Security Store

ed > KeyManager setup? TBH, I don't see Kafka going deep into these low level > security details yet. > > Best, > Boyang > > On Fri, Dec 4, 2020 at 4:02 AM Noa Resare wrote: > >> Hi Boyang, >> >> I think that it would improve the ergon

Re: [DISCUSS] KIP-687: Automatic Reloading of Security Store

Hi Boyang, I think that it would improve the ergonomics of dealing with short lived certificates to have this be the default behaviour. It should be noted that transparently reloading certificates and keys when they changed on disk can be implemented right now registering a custom

[DISCUSS] KIP-692: Make AdminClient value object constructors public

Hi there, I finally got around to write up the KIP for a change I have wanted for some time: KIP-692: Make AdminClient value object constructors public In essence: Let us encourage

[jira] [Created] (KAFKA-10490) Make constructors public for Admin API value objects

Noa Resare created KAFKA-10490: -- Summary: Make constructors public for Admin API value objects Key: KAFKA-10490 URL: https://issues.apache.org/jira/browse/KAFKA-10490 Project: Kafka Issue Type

Another nag about PR#9122 addressing StorageException on reassignment with offline log dir

As per the instructions in How to Contribute I’m now nagging again about getting a review for PR#9122 which addresses KAFKA-10314 . The PR was was opened 20

Re: [jira] [Created] (KAFKA-10314) KafkaStorageException on reassignment when offline log directories exist

be delighted to have a review or two of this tiny change. cheers noa > On 27 Jul 2020, at 16:46, Noa Resare (Jira) wrote: > > Noa Resare created KAFKA-10314: > -- > > Summary: KafkaStorageException on reassignment when of

[jira] [Created] (KAFKA-10314) KafkaStorageException on reassignment when offline log directories exist

Noa Resare created KAFKA-10314: -- Summary: KafkaStorageException on reassignment when offline log directories exist Key: KAFKA-10314 URL: https://issues.apache.org/jira/browse/KAFKA-10314 Project: Kafka

Re: [DISCUSS] KIP-536: Propagate broker timestamp to Admin API

o you think? > > Thanks, > Jason > > On Tue, Nov 5, 2019 at 12:25 PM Noa Resare wrote: > >> I agree with that. And looking at the MetadataResponse fields it seems >> there has been some feature creep already here. Does the client use rack >> informati

Re: [DISCUSS] KIP-536: Propagate broker timestamp to Admin API

his should not really piggyback on cluster metadata at all, > since the usage is so different. > > On Tue, Nov 5, 2019, 7:29 AM Noa Resare wrote: > >> It would certainly be possible to have the field be optional and only >> include it if some flag is set in

Re: [DISCUSS] KIP-536: Propagate broker timestamp to Admin API

On Mon, Nov 4, 2019 at 4:05 AM Noa Resare wrote: >> >> Thank you for the feedback, Stanislav! >> >> I agree that it would be good to harmonise the naming, and start-time-ms >> definitely more descriptive. >> >> I have updated the proposal to reflect t

Re: [DISCUSS] KIP-536: Propagate broker timestamp to Admin API

cific RPC changes regarding the > metadata request/responses? Here is a recent example of how to portray the > changes - > https://cwiki.apache.org/confluence/display/KAFKA/KIP-525+-+Return+topic+metadata+and+configs+in+CreateTopics+response > > Thanks, > Stanislav! > > On Mon,

[DISCUSS] KIP-536: Propagate broker timestamp to Admin API

We are in the process of migrating the pieces of automation that currently reads and modifies zookeeper state to use the Admin API. One of the things that we miss doing this is access to the start time of brokers in a cluster which is used by our automation doing rolling restarts. We

Re: [DISCUSS] KIP-398: Support reading trust store from classpath

e other configurations that also depend on files (e.g. >> keytab >>> in Sasl GSSAPI). It would be inconsistent that we only support the >>> CLASSPATH: syntax in SSL. So, I was thinking that we could either (1) try >>> to support CLASSPATH: generally where a file is

Re: [VOTE] KIP-398: Support reading trust store from classpath

This seems to have gotten lost in the general holiday confusion. Please have a look. I realise that this is a somewhat esoteric feature, but once you need it you need it kind of badly so please consider adopting it. cheers noa > On 21 Dec 2018, at 10:45, Noa Resare wrote: > >

[VOTE] KIP-398: Support reading trust store from classpath

I’d like to call vote to my proposal KIP-398, about having the ability to read a trust store from classpath. This is a small but useful change that has the potential to benefit organisations that employ a private certificate infrastructure. cheers noa

Re: [DISCUSS] KIP-398: Support reading trust store from classpath

I believe that I have addressed the concerns raised in this discussion. It seems reasonable to start a vote in about two days. Please raise any concerns you may have and I will be happy to attempt to address them. /noa > On 10 Dec 2018, at 10:53, Noa Resare wrote: > > Thank you

Re: [DISCUSS] KIP-398: Support reading trust store from classpath

ted I still think that there is room for this KIP to provide an easy to use solution to this problem. cheers noa > -Harsha > > On Sat, Dec 8, 2018, at 7:03 AM, Noa Resare wrote: >> >> >>> On 6 Dec 2018, at 20:16, Rajini Sivaram wrote: >>> >>>

Re: [DISCUSS] KIP-398: Support reading trust store from classpath

> One additional idea maybe, looking at the Spring documentation they seem to >> support filesystem, classpath and URL resources. Would it make sense to add >> something to allow loading the truststore from a url as well when touching >> this functionality? >> >&g

[DISCUSS] KIP-398: Support reading trust store from classpath

I wrote a KIP for my minimal suggested change to support reading a truststore from the classpath as well as from a file. The KIP is available here: https://cwiki.apache.org/confluence/display/KAFKA/KIP-398%3A+Support+reading+trust+store+from+classpath

I'd like permissions to publish a KIP

Greetings friends, I have a proposal for a tiny change that would alter configuration semantics slightly, so it seems like something that should be handled through the KIP process. Could I get permission? My account on cwiki is ‘noa’ cheers noa

[jira] [Created] (KAFKA-7685) Support loading trust stores from classpath

Noa Resare created KAFKA-7685: - Summary: Support loading trust stores from classpath Key: KAFKA-7685 URL: https://issues.apache.org/jira/browse/KAFKA-7685 Project: Kafka Issue Type: Improvement