Re: 3.4.6: Unable to read additional data from client sessionid 0xABC, likely client has closed socket

2021-01-18 Thread Szalay-Bekő Máté
Hi John, > Could an excessive number/size of znodes be a factor? I don't think this would be a likely case... more like a client error I think. The stack-trace suggests that the client closed the TCP session unexpectedly. Maybe the clients are missing the zookeeper.close() calls? Also I wonder i

Re: [ANNOUNCE] Apache ZooKeeper 3.5.9

2021-01-18 Thread Szalay-Bekő Máté
Thank you Norbert for driving this! :) Regards, Mate On Fri, Jan 15, 2021 at 4:04 PM Norbert Kalmar wrote: > The Apache ZooKeeper team is proud to announce Apache ZooKeeper version > 3.5.9 > > ZooKeeper is a high-performance coordination service for distributed > applications. It exposes common

Re: 3.4.6: Unable to read additional data from client sessionid 0xABC, likely client has closed socket

2021-01-18 Thread Szalay-Bekő Máté
resending my answer (it was sent originally to jlindw...@yahoo.com.invalid - I wonder why) On Mon, Jan 18, 2021 at 9:12 AM Szalay-Bekő Máté wrote: > Hi John, > > > Could an excessive number/size of znodes be a factor? > I don't think this would be a likely case... more like a client error I > th

Re: 3.4.6: Unable to read additional data from client sessionid 0xABC, likely client has closed socket

2021-01-18 Thread John Lindwall
Mate, Thanks for the reply!  We identified several thousand excess znodes lingering in the cluster and after deleting them we see no difference in the error rate. We are exclusively using java clients in our code, no C or python. We do indeed have plans to update our ensembles this year, thanks!

Re: [ANNOUNCE] Apache ZooKeeper 3.5.9

2021-01-18 Thread Flavio Junqueira
+1 -Flavio > On 18 Jan 2021, at 09:16, Szalay-Bekő Máté wrote: > > Thank you Norbert for driving this! :) > > Regards, > Mate > > On Fri, Jan 15, 2021 at 4:04 PM Norbert Kalmar wrote: > >> The Apache ZooKeeper team is proud to announce Apache ZooKeeper version >> 3.5.9 >> >> ZooKeeper is a

ZooKeeper Operator

2021-01-18 Thread Flavio Junqueira
We've been getting questions and sometimes contributions to the ZooKeeper Kubernetes Operator we originally did for Pravega, so I feel that it has been useful more broadly. Perhaps this is something that others might be interested in too, and I thought of mentioning here. https://github.com/pra

Re: ZooKeeper Operator

2021-01-18 Thread Enrico Olivelli
Thanks for sharing! We need more support for K8s in the OS community, this is a good step Enrico Il giorno lun 18 gen 2021 alle ore 11:18 Flavio Junqueira ha scritto: > We've been getting questions and sometimes contributions to the ZooKeeper > Kubernetes Operator we originally did for Pravega

Re: ZooKeeper Operator

2021-01-18 Thread Patrick Hunt
FYI: The awesome operator list has a few including Pravega: https://github.com/operator-framework/awesome-operators I've seen a few more while investigating kubebuilder, operator-sdk (rh) and the like: https://github.com/Ghostbaby/zookeeper-operator Perhaps the first thing we might consider is ad

Re: ZooKeeper Operator

2021-01-18 Thread Flavio Junqueira
It sounds like a good idea to document it and add relevant pointers, Pat. -Flavio > On 18 Jan 2021, at 19:00, Patrick Hunt wrote: > > FYI: The awesome operator list has a few including Pravega: > https://github.com/operator-framework/awesome-operators > > I've seen a few more while investigati

Re: ZooKeeper Operator

2021-01-18 Thread Patrick Hunt
Hm. We occasionally get security reports for things like docker containers (which we don't directly control). Perhaps we can club the two together, we should be clear that these are refs and unsupported/unmaintained by Apache and the PMC. Patrick On Mon, Jan 18, 2021 at 10:20 AM Flavio Junqueira