Return-Path: X-Original-To: apmail-kafka-users-archive@www.apache.org Delivered-To: apmail-kafka-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 91E02EEAF for ; Thu, 24 Jan 2013 08:55:48 +0000 (UTC) Received: (qmail 72751 invoked by uid 500); 24 Jan 2013 08:55:48 -0000 Delivered-To: apmail-kafka-users-archive@kafka.apache.org Received: (qmail 72395 invoked by uid 500); 24 Jan 2013 08:55:47 -0000 Mailing-List: contact users-help@kafka.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@kafka.apache.org Delivered-To: mailing list users@kafka.apache.org Received: (qmail 72348 invoked by uid 99); 24 Jan 2013 08:55:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Jan 2013 08:55:45 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of maxime.brugidou@gmail.com designates 209.85.223.180 as permitted sender) Received: from [209.85.223.180] (HELO mail-ie0-f180.google.com) (209.85.223.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Jan 2013 08:55:37 +0000 Received: by mail-ie0-f180.google.com with SMTP id c10so15452491ieb.11 for ; Thu, 24 Jan 2013 00:55:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=WsdKaPXdOMbX83x8L0EHThMQ2z7AZ0haRf9NVnMjOV0=; b=jg9N15h5MhTCLVD7RGCK4QF2dNBnLdQDfCktV4Aw38lNlNPEd0qt4lsXCKaVlp40fT xPP+dDwaBZ0vqUsBnHUVNGYXikjldbnGqO+hyliFgg2xS7Ea3k5UeVBlMqHwQQGlCz6X 8MunSn59ESGi6/92xYQP3F0xNZPIgW5bawJX0uCGF864ozgp/gSU3Aw7bRuuFmoEolcw 16vdOommktXbkIrysOJIzNIdOuM564nMPoPwTo8DTrtUlysmG1YLg0iNyl/Us62TFMiX F5DpUhLD7b8XRzpPi3OvOkYRLHTRqYzaDj7nI2ygMr7uV6WsJAwjqolfO8K9xcw6kY4p Wh+A== MIME-Version: 1.0 X-Received: by 10.50.85.201 with SMTP id j9mr823884igz.77.1359017716858; Thu, 24 Jan 2013 00:55:16 -0800 (PST) Received: by 10.64.101.165 with HTTP; Thu, 24 Jan 2013 00:55:16 -0800 (PST) In-Reply-To: References: Date: Thu, 24 Jan 2013 09:55:16 +0100 Message-ID: Subject: Re: Shallow iteration and MirrorMaker From: Maxime Brugidou To: users@kafka.apache.org Content-Type: multipart/alternative; boundary=e89a8f3b9c1f41c00e04d404f81b X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f3b9c1f41c00e04d404f81b Content-Type: text/plain; charset=ISO-8859-1 Thanks for your response, here is the JIRA: https://issues.apache.org/jira/browse/KAFKA-732 On Thu, Jan 24, 2013 at 1:16 AM, Neha Narkhede wrote: > We haven't tried to run this. Please can you file a JIRA ? > > > On Wed, Jan 23, 2013 at 9:30 AM, Maxime Brugidou > wrote: > > > MirrorMaker between two 0.8 clusters. > > > > > > On Wed, Jan 23, 2013 at 5:54 PM, Neha Narkhede > >wrote: > > > > > Hi Maxime, > > > > > > Do you mean KafkaMigrationTool or MirrorMaker ? Are you trying to > mirror > > > data between a Kafka 0.7 and Kafka 0.8 cluster ? > > > We have fixed the KafkaMigrationTool to always turn off shallow > iteration > > > since we have to decompress data in 0.7 format before sending it to a > 0.8 > > > broker. > > > > > > Thanks, > > > Neha > > > > > > > > > On Wed, Jan 23, 2013 at 6:39 AM, Maxime Brugidou > > > wrote: > > > > > > > Hi all, > > > > > > > > I am working with MirrorMaker on the 0.8 branch (so I haven't tested > > this > > > > on 0.7 but it looks similar). > > > > > > > > When I enable shallow.iterator.enable=true on the consumer config, > (and > > > > disable compression on the producer config, as mentioned in the wiki) > > the > > > > throughput is really good but the data produced is unreadable since > the > > > > messages are taken "as is" by the producer and i just get a bunch of > > > bytes > > > > stored with the ByteBufferMessageSet header and all the info. > > > > > > > > I tested using the kafka-console-consumer to read my mirrored data > and > > > it's > > > > unreadable (unless I pipe the data to gunzip, which manages to read > > it). > > > > > > > > Did I miss something? Is there anything i can activate on the > producer > > > side > > > > of MirrorMaker to send the shallow message "as is"? Did anyone manage > > to > > > > make MirrorMaker work with shallow.iterator.enable=true? > > > > > > > > Thanks for your help, > > > > Maxime > > > > > > > > > > --e89a8f3b9c1f41c00e04d404f81b--