Ildar Nurislamov
Ildar Nurislamov
Hi! @alexeybokov Thank you for the PR Can you please share motivation behind these changes?
Look like something that we can fix on our side. We will take a look
~~Fixed in `jitsucom/bulker:v1.0.1`~~
Fixed in Jitsu 2.6.0
Same happens in **confluent-kafka-go** when using AdminClient's `ListConsumerGroupOffsets` method. If cluster configuration changes (e.g. node restart) app crashes with: ``` Assertion failed: (eonce->refcnt > 0), function rd_kafka_enq_once_del_source_return, file rdkafka_queue.h, line...
That can be a real problem when trying to work with images that expect some meaningful input in stdin. We've implemented workaround using proxy object: ```javascript container.modem = new Proxy(container.modem,...
Please check kafkabase/kafka_config.go:69 Are you sure that these changes are necessary?
> Meanwhile, I suggest to implement parallelization with having different destinations per each table Actually, topics are created per table so we have that kind of parallelism. To workaround current...
@johnpitchko could you please try with `jitsucom/console:2.8.2` image? it has logging fixed, so underlying error must become visible.
RDS has `force_ssl` set to `true` since version 15 by default. That is why `sslmode=no-verify` helps here.