+dev Adding dev list back in. Somehow it got dropped.
On Mon, Aug 17, 2015 at 10:16 AM, Grant Henke <ghe...@cloudera.com> wrote: > Below is a list of candidate bug fix jiras marked fixed for 0.8.3. I don't > suspect all of these will (or should) make it into the release but this > should be a relatively complete list to work from: > > - KAFKA-2114 <https://issues.apache.org/jira/browse/KAFKA-2114>: Unable > to change min.insync.replicas default > - KAFKA-1702 <https://issues.apache.org/jira/browse/KAFKA-1702>: > Messages silently Lost by producer > - KAFKA-2012 <https://issues.apache.org/jira/browse/KAFKA-2012>: > Broker should automatically handle corrupt index files > - KAFKA-2406 <https://issues.apache.org/jira/browse/KAFKA-2406>: ISR > propagation should be throttled to avoid overwhelming controller. > - KAFKA-2336 <https://issues.apache.org/jira/browse/KAFKA-2336>: > Changing offsets.topic.num.partitions after the offset topic is created > breaks consumer group partition assignment > - KAFKA-2337 <https://issues.apache.org/jira/browse/KAFKA-2337>: Verify > that metric names will not collide when creating new topics > - KAFKA-2393 <https://issues.apache.org/jira/browse/KAFKA-2393>: > Correctly Handle InvalidTopicException in KafkaApis.getTopicMetadata() > - KAFKA-2189 <https://issues.apache.org/jira/browse/KAFKA-2189>: Snappy > compression of message batches less efficient in 0.8.2.1 > - KAFKA-2308 <https://issues.apache.org/jira/browse/KAFKA-2308>: New > producer + Snappy face un-compression errors after broker restart > - KAFKA-2042 <https://issues.apache.org/jira/browse/KAFKA-2042>: New > producer metadata update always get all topics. > - KAFKA-1367 <https://issues.apache.org/jira/browse/KAFKA-1367>: Broker > topic metadata not kept in sync with ZooKeeper > - KAFKA-972 <https://issues.apache.org/jira/browse/KAFKA-972>: > MetadataRequest > returns stale list of brokers > - KAFKA-1867 <https://issues.apache.org/jira/browse/KAFKA-1867>: liveBroker > list not updated on a cluster with no topics > - KAFKA-1650 <https://issues.apache.org/jira/browse/KAFKA-1650>: Mirror > Maker could lose data on unclean shutdown. > - KAFKA-2009 <https://issues.apache.org/jira/browse/KAFKA-2009>: Fix > UncheckedOffset.removeOffset synchronization and trace logging issue in > mirror maker > - KAFKA-2407 <https://issues.apache.org/jira/browse/KAFKA-2407>: Only > create a log directory when it will be used > - KAFKA-2327 <https://issues.apache.org/jira/browse/KAFKA-2327>: > broker doesn't start if config defines advertised.host but not > advertised.port > - KAFKA-1788: producer record can stay in RecordAccumulator forever if > leader is no available > - KAFKA-2234 <https://issues.apache.org/jira/browse/KAFKA-2234>: > Partition reassignment of a nonexistent topic prevents future reassignments > - KAFKA-2096 <https://issues.apache.org/jira/browse/KAFKA-2096>: > Enable keepalive socket option for broker to prevent socket leak > - KAFKA-1057 <https://issues.apache.org/jira/browse/KAFKA-1057>: Trim > whitespaces from user specified configs > - KAFKA-1641 <https://issues.apache.org/jira/browse/KAFKA-1641>: Log > cleaner exits if last cleaned offset is lower than earliest offset > - KAFKA-1648 <https://issues.apache.org/jira/browse/KAFKA-1648>: Round > robin consumer balance throws an NPE when there are no topics > - KAFKA-1724 <https://issues.apache.org/jira/browse/KAFKA-1724>: > Errors after reboot in single node setup > - KAFKA-1758 <https://issues.apache.org/jira/browse/KAFKA-1758>: > corrupt recovery file prevents startup > - KAFKA-1866 <https://issues.apache.org/jira/browse/KAFKA-1866>: > LogStartOffset gauge throws exceptions after log.delete() > - KAFKA-1883 <https://issues.apache.org/jira/browse/KAFKA-1883>: > NullPointerException > in RequestSendThread > - KAFKA-1896 <https://issues.apache.org/jira/browse/KAFKA-1896>: > Record size funcition of record in mirror maker hit NPE when the message > value is null. > - KAFKA-2101 <https://issues.apache.org/jira/browse/KAFKA-2101>: > Metric metadata-age is reset on a failed update > - KAFKA-2112 <https://issues.apache.org/jira/browse/KAFKA-2112>: make > overflowWheel volatile > - KAFKA-2117 <https://issues.apache.org/jira/browse/KAFKA-2117>: > OffsetManager uses incorrect field for metadata > - KAFKA-2164 <https://issues.apache.org/jira/browse/KAFKA-2164>: > ReplicaFetcherThread: suspicious log message on reset offset > - KAFKA-1668 <https://issues.apache.org/jira/browse/KAFKA-1668>: > TopicCommand doesn't warn if --topic argument doesn't match any topics > - KAFKA-2198 <https://issues.apache.org/jira/browse/KAFKA-2198>: > kafka-topics.sh exits with 0 status on failures > - KAFKA-2235 <https://issues.apache.org/jira/browse/KAFKA-2235>: > LogCleaner offset map overflow > - KAFKA-2241 <https://issues.apache.org/jira/browse/KAFKA-2241>: > AbstractFetcherThread.shutdown() should not block on > ReadableByteChannel.read(buffer) > - KAFKA-2272 <https://issues.apache.org/jira/browse/KAFKA-2272>: > listeners endpoint parsing fails if the hostname has capital letter > - KAFKA-2345 <https://issues.apache.org/jira/browse/KAFKA-2345>: > Attempt to delete a topic already marked for deletion throws > ZkNodeExistsException > - KAFKA-2353 <https://issues.apache.org/jira/browse/KAFKA-2353>: > SocketServer.Processor should catch exception and close the socket properly > in configureNewConnections. > - KAFKA-1836 <https://issues.apache.org/jira/browse/KAFKA-1836>: > metadata.fetch.timeout.ms set to zero blocks forever > - KAFKA-2317 <https://issues.apache.org/jira/browse/KAFKA-2317>: > De-register > isrChangeNotificationListener on controller resignation > > Note: KAFKA-2120 <https://issues.apache.org/jira/browse/KAFKA-2120> & > KAFKA-2421 <https://issues.apache.org/jira/browse/KAFKA-2421> were > mentioned in previous emails, but are not in the list because they are not > committed yet. > > Hope that helps the effort. > > Thanks, > Grant > > On Mon, Aug 17, 2015 at 12:09 AM, Grant Henke <ghe...@cloudera.com> wrote: > >> +1 to that suggestion. Though I suspect that requires a committer to do. >> Making it part of the standard commit process could work too. >> On Aug 16, 2015 11:01 PM, "Gwen Shapira" <g...@confluent.io> wrote: >> >>> BTW. I think it will be great for Apache Kafka to have a 0.8.2 "release >>> manager" who's role is to cherrypick low-risk bug-fixes into the 0.8.2 >>> branch and once enough bug fixes happened (or if sufficiently critical >>> fixes happened) to roll out a new maintenance release (with every 3 month >>> as a reasonable bugfix release target). >>> >>> This will add some predictability regarding how fast we release fixes for >>> bugs. >>> >>> Gwen >>> >>> On Sun, Aug 16, 2015 at 8:09 PM, Jeff Holoman <jholo...@cloudera.com> >>> wrote: >>> >>> > +1 for the release and also including >>> > >>> > https://issues.apache.org/jira/browse/KAFKA-2114 >>> > >>> > Thanks >>> > >>> > Jeff >>> > >>> > On Sun, Aug 16, 2015 at 2:51 PM, Stevo Slavić <ssla...@gmail.com> >>> wrote: >>> > >>> > > +1 (non-binding) for 0.8.2.2 release >>> > > >>> > > Would be nice to include in that release new producer resiliency bug >>> > fixes >>> > > https://issues.apache.org/jira/browse/KAFKA-1788 and >>> > > https://issues.apache.org/jira/browse/KAFKA-2120 >>> > > >>> > > On Fri, Aug 14, 2015 at 4:03 PM, Gwen Shapira <g...@confluent.io> >>> wrote: >>> > > >>> > > > Will be nice to include Kafka-2308 and fix two critical snappy >>> issues >>> > in >>> > > > the maintenance release. >>> > > > >>> > > > Gwen >>> > > > On Aug 14, 2015 6:16 AM, "Grant Henke" <ghe...@cloudera.com> >>> wrote: >>> > > > >>> > > > > Just to clarify. Will KAFKA-2189 be the only patch in the >>> release? >>> > > > > >>> > > > > On Fri, Aug 14, 2015 at 7:35 AM, Manikumar Reddy < >>> > ku...@nmsworks.co.in >>> > > > >>> > > > > wrote: >>> > > > > >>> > > > > > +1 for 0.8.2.2 release >>> > > > > > >>> > > > > > On Fri, Aug 14, 2015 at 5:49 PM, Ismael Juma < >>> ism...@juma.me.uk> >>> > > > wrote: >>> > > > > > >>> > > > > > > I think this is a good idea as the change is minimal on our >>> side >>> > > and >>> > > > it >>> > > > > > has >>> > > > > > > been tested in production for some time by the reporter. >>> > > > > > > >>> > > > > > > Best, >>> > > > > > > Ismael >>> > > > > > > >>> > > > > > > On Fri, Aug 14, 2015 at 1:15 PM, Jun Rao <j...@confluent.io> >>> > wrote: >>> > > > > > > >>> > > > > > > > Hi, Everyone, >>> > > > > > > > >>> > > > > > > > Since the release of Kafka 0.8.2.1, a number of people have >>> > > > reported >>> > > > > an >>> > > > > > > > issue with snappy compression ( >>> > > > > > > > https://issues.apache.org/jira/browse/KAFKA-2189). >>> Basically, >>> > if >>> > > > > they >>> > > > > > > use >>> > > > > > > > snappy in 0.8.2.1, they will experience a 2-3X space >>> increase. >>> > > The >>> > > > > > issue >>> > > > > > > > has since been fixed in trunk (just a snappy jar upgrade). >>> > Since >>> > > > > 0.8.3 >>> > > > > > is >>> > > > > > > > still a few months away, it may make sense to do an 0.8.2.2 >>> > > release >>> > > > > > just >>> > > > > > > to >>> > > > > > > > fix this issue. Any objections? >>> > > > > > > > >>> > > > > > > > Thanks, >>> > > > > > > > >>> > > > > > > > Jun >>> > > > > > > > >>> > > > > > > >>> > > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Grant Henke >>> > > > > Software Engineer | Cloudera >>> > > > > gr...@cloudera.com | twitter.com/gchenke | >>> > linkedin.com/in/granthenke >>> > > > > >>> > > > >>> > > >>> > >>> > >>> > >>> > -- >>> > Jeff Holoman >>> > Systems Engineer >>> > >>> >> > > > -- > Grant Henke > Software Engineer | Cloudera > gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke > -- Grant Henke Software Engineer | Cloudera gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke