You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Gwen Shapira (JIRA)" <ji...@apache.org> on 2015/06/15 19:43:00 UTC

[jira] [Commented] (KAFKA-2251) "Connection reset by peer" IOExceptions should not be logged as ERROR

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

Gwen Shapira commented on KAFKA-2251:
-------------------------------------

Haha, I accidentally fixed Kafka's most annoying issue :)

> "Connection reset by peer" IOExceptions should not be logged as ERROR
> ---------------------------------------------------------------------
>
>                 Key: KAFKA-2251
>                 URL: https://issues.apache.org/jira/browse/KAFKA-2251
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Jason Rosenberg
>             Fix For: 0.8.3
>
>
> It's normal to see lots of these exceptions logged in the broker logs:
> {code}
> 2015-06-04 16:49:30,146 ERROR [kafka-network-thread-27330-1] network.Processor - Closing socket for /1.2.3.4 because of error
> java.io.IOException: Connection reset by peer
>         at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
>         at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
>         at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)
>         at sun.nio.ch.IOUtil.read(IOUtil.java:197)
>         at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:379)
>         at kafka.utils.Utils$.read(Utils.scala:380)
>         at kafka.network.BoundedByteBufferReceive.readFrom(BoundedByteBufferReceive.scala:54)
>         at kafka.network.Processor.read(SocketServer.scala:444)
>         at kafka.network.Processor.run(SocketServer.scala:340)
>         at java.lang.Thread.run(Thread.java:745)
> {code}
> These are routine exceptions, that occur regularly in response to clients going away, etc.  The server should not log these as 'ERROR' level, instead they should be probably just 'WARN', and should not log the full stack trace (maybe just the exception message).
> The problem is that if we want to alert on actual errors, innocuous errors such as this make it difficult to alert properly, etc.
> We are using 0.8.2.1, fwiw



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