g?
>
>Are you using compression?
>
>Bert
>
>On Thursday, June 26, 2014, Luke Forehand <
>luke.foreh...@networkedinsights.com> wrote:
>
>> I have used 50MB message size and it is not a great idea. First of all
>> you need to make sure you have these sett
I have used 50MB message size and it is not a great idea. First of all you
need to make sure you have these settings in sync:
message.max.bytes
replica.fetch.max.bytes
fetch.message.max.bytes
I had not set the replica fetch setting and didn't realize one of my partitions
was not replicating aft
Definitely, this is version 0.8.1.1
https://issues.apache.org/jira/browse/KAFKA-1507
Luke Forehand | Networked Insights | Software Engineer
On 6/23/14, 6:58 PM, "Guozhang Wang" wrote:
>Luke,
>
>Thanks for the findings, could you file a JIRA to keep track of th
nonymous/cb79dc251d87e334cfff
Thanks,
Luke Forehand | Networked Insights | Software Engineer
On 6/23/14, 5:57 PM, "Guozhang Wang" wrote:
>Hi Luke,
>
>What are the exceptions/warnings you saw in the broker and controller
>logs?
>
>Guozhang
>
>
>On Mon, Jun 23,
./kafka-topics.sh --zookeeper stormqa1/kafka-prod --describe --topic typo
Topic:typo PartitionCount:8ReplicationFactor:1 Configs:
Topic: typo Partition: 0Leader: 10 Replicas: 10Isr: 10
...
Luke Forehand | Networked Insights | Software Engineer
before I spam I was wondering if
there is already a jira task for this issue or if anybody else is aware.
Thanks,
Luke Forehand | Networked Insights | Software Engineer
:1:9
luke1:2:1
luke1:3:3
luke1:4:50
luke1:5:266603
luke1:6:80035
luke1:7:3455509
luke1:8:3756164
luke1:9:5
They are very uneven, any ideas what is going on here?
Thanks,
Luke Forehand | Networked Insights | Software Engineer