[jira] [Commented] (APEXMALHAR-2148) Reduce the noise of kafka input operator

["ASF GitHub Bot (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/APEXMALHAR-2148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15375676#comment-15375676 ] 

ASF GitHub Bot commented on APEXMALHAR-2148:
--------------------------------------------

GitHub user siyuanh opened a pull request:

    https://github.com/apache/apex-malhar/pull/341

    APEXMALHAR-2148 #resolve #comment Skip some noisy loggings from kafka

    Skip some noisy loggings from kafka

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/siyuanh/apex-malhar APEXMALHAR-2148

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/apex-malhar/pull/341.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #341
    
----
commit e4d0bf930711c32d8367e852c21e6170b7aedbdf
Author: Siyuan Hua <hs...@apache.org>
Date:   2016-07-13T20:23:52Z

    APEXMALHAR-2148 #resolve #comment Skip some noisy loggings from kafka

----


> Reduce the noise of kafka input operator
> ----------------------------------------
>
>                 Key: APEXMALHAR-2148
>                 URL: https://issues.apache.org/jira/browse/APEXMALHAR-2148
>             Project: Apache Apex Malhar
>          Issue Type: Improvement
>            Reporter: Siyuan Hua
>            Assignee: Siyuan Hua
>             Fix For: 3.5.0
>
>
> Acceptance Criteria:
> Reduce logging level
> —
> Even when there are no tuples flowing, the Kafka input operator generates a lot of noise in the logs as shown below; at the lease the config values should be switched to DEBUG level.
> -------------------------------------
> 2016-04-23 14:16:49,179 INFO org.apache.kafka.common.utils.AppInfoParser: Kafka version : 0.9.0.1
> 2016-04-23 14:16:49,179 INFO org.apache.kafka.common.utils.AppInfoParser: Kafka commitId : 23c69d62a0cabf06
> 2016-04-23 14:16:49,296 INFO com.datatorrent.stram.FSRecoveryHandler: Creating hdfs://localhost:9000/user/dtadmin/datatorrent/apps/application_1461443973082_0002/recovery/log016-04-23 14:17:19,460 INFO org.apache.kafka.clients.consumer.ConsumerConfig: ConsumerConfig values:
> request.timeout.ms = 40000
> check.crcs = true
> retry.backoff.ms = 100
> ssl.truststore.password = null
> ssl.keymanager.algorithm = SunX509
> receive.buffer.bytes = 32768
> ssl.cipher.suites = null
> ssl.key.password = null
> sasl.kerberos.ticket.renew.jitter = 0.05
> ssl.provider = null
> sasl.kerberos.service.name = null
> session.timeout.ms = 30000
> sasl.kerberos.ticket.renew.window.factor = 0.8
> bootstrap.servers = [localhost:9092]
> client.id =
> fetch.max.wait.ms = 500
> fetch.min.bytes = 1
> key.deserializer = class org.apache.kafka.common.serialization.ByteArrayDeserializer
> sasl.kerberos.kinit.cmd = /usr/bin/kinit
> auto.offset.reset = latest
> value.deserializer = class org.apache.kafka.common.serialization.ByteArrayDeserializer
> ssl.enabled.protocols = [TLSv1.2, TLSv1.1, TLSv1]
> partition.assignment.strategy = [org.apache.kafka.clients.consumer.RangeAssignor]
> ssl.endpoint.identification.algorithm = null
> max.partition.fetch.bytes = 1048576
> ssl.keystore.location = null
> ssl.truststore.location = null
> ssl.keystore.password = null
> metrics.sample.window.ms = 30000
> metadata.max.age.ms = 300000
> security.protocol = PLAINTEXT
> auto.commit.interval.ms = 5000
> ssl.protocol = TLS
> sasl.kerberos.min.time.before.relogin = 60000
> connections.max.idle.ms = 540000
> ssl.trustmanager.algorithm = PKIX
> group.id = org.apache.apex.malhar.kafka.AbstractKafkaInputOperatorMETA_GROUP
> enable.auto.commit = false
> metric.reporters = []
> ssl.truststore.type = JKS
> send.buffer.bytes = 131072
> reconnect.backoff.ms = 50
> metrics.num.samples = 2
> ssl.keystore.type = JKS
> heartbeat.interval.ms = 3000



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)