What are the defaults for those settings (I assume it will be to continue
using only zookeeper by default)?

Also, if I have a cluster of consumers sharing the same groupId, and I
update them via a rolling release, will it be a problem during the rolling
restart if there is inconsistency in the settings for a short time?  Or is
it required that the entire cluster be stopped, then update configs, then
restart all nodes?

Jason

On Thu, Feb 5, 2015 at 12:45 PM, Gwen Shapira <gshap...@cloudera.com> wrote:

> Thanks Jon. I updated the FAQ with your procedure:
>
>
> https://cwiki.apache.org/confluence/display/KAFKA/FAQ#FAQ-HowdowemigratetocommittingoffsetstoKafka(ratherthanZookeeper)in0.8.2
> ?
>
> On Thu, Feb 5, 2015 at 9:16 AM, Jon Bringhurst <
> jbringhu...@linkedin.com.invalid> wrote:
>
> > There should probably be a wiki page started for this so we have the
> > details in one place. The same question was asked on Freenode IRC a few
> > minutes ago. :)
> >
> > A summary of the migration procedure is:
> >
> > 1) Upgrade your brokers and set dual.commit.enabled=false and
> > offsets.storage=zookeeper (Commit offsets to Zookeeper Only).
> > 2) Set dual.commit.enabled=true and offsets.storage=kafka and restart
> > (Commit offsets to Zookeeper and Kafka).
> > 3) Set dual.commit.enabled=false and offsets.storage=kafka and restart
> > (Commit offsets to Kafka only).
> >
> > -Jon
> >
> > On Feb 5, 2015, at 9:03 AM, Jason Rosenberg <j...@squareup.com> wrote:
> >
> > > Hi,
> > >
> > > For 0.8.2, one of the features listed is:
> > >  - Kafka-based offset storage.
> > >
> > > Is there documentation on this (I've heard discussion of it of course)?
> > >
> > > Also, is it something that will be used by existing consumers when they
> > > migrate up to 0.8.2?  What is the migration process?
> > >
> > > Thanks,
> > >
> > > Jason
> >
> >
>

Reply via email to