kafka java.net.SocketTimeoutException问题

小白晒太阳 发表于: 2017-05-31   最后更新时间: 2017-05-31 14:27:59   6,433 游览
14:20:03,494  WARN ClientUtils$:89-Fetching topic metadata with correlation id 0 for topics [Set(test)] from broker [id:0,host:10.17.24.175,port:9092] failed
java.net.SocketTimeoutException
    at sun.nio.ch.SocketAdaptor$SocketInputStream.read(SocketAdaptor.java:211)
    at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103)
    at java.nio.channels.Channels$ReadableByteChannelImpl.read(Channels.java:385)
    at kafka.utils.Utils$.read(Utils.scala:380)
    at kafka.network.BoundedByteBufferReceive.readFrom(BoundedByteBufferReceive.scala:54)
    at kafka.network.Receive$class.readCompletely(Transmission.scala:56)
    at kafka.network.BoundedByteBufferReceive.readCompletely(BoundedByteBufferReceive.scala:29)
    at kafka.network.BlockingChannel.receive(BlockingChannel.scala:111)
    at kafka.producer.SyncProducer.liftedTree1$1(SyncProducer.scala:75)
    at kafka.producer.SyncProducer.kafka$producer$SyncProducer$$doSend(SyncProducer.scala:72)
    at kafka.producer.SyncProducer.send(SyncProducer.scala:113)
    at kafka.client.ClientUtils$.fetchTopicMetadata(ClientUtils.scala:58)
    at kafka.producer.BrokerPartitionInfo.updateInfo(BrokerPartitionInfo.scala:82)
    at kafka.producer.async.DefaultEventHandler$$anonfun$handle$1.apply$mcV$sp(DefaultEventHandler.scala:67)
    at kafka.utils.Utils$.swallow(Utils.scala:172)
    at kafka.utils.Logging$class.swallowError(Logging.scala:106)
    at kafka.utils.Utils$.swallowError(Utils.scala:45)
    at kafka.producer.async.DefaultEventHandler.handle(DefaultEventHandler.scala:67)
    at kafka.producer.Producer.send(Producer.scala:77)
    at kafka.javaapi.producer.Producer.send(Producer.scala:33)

集群10.17.24.175~177 3台机器

topic信息如下

Topic:test    PartitionCount:6    ReplicationFactor:2    Configs:
    Topic: test    Partition: 0    Leader: 176    Replicas: 176,177    Isr: 176,177
    Topic: test    Partition: 1    Leader: 177    Replicas: 177,175    Isr: 177,175
    Topic: test    Partition: 2    Leader: 175    Replicas: 175,176    Isr: 175,176
    Topic: test    Partition: 3    Leader: 176    Replicas: 176,175    Isr: 176,175
    Topic: test    Partition: 4    Leader: 177    Replicas: 177,176    Isr: 177,176
    Topic: test    Partition: 5    Leader: 175    Replicas: 175,177    Isr: 175,177

原来部署好了以后,启动一个消费者和生产者,都运行正常,今天增加了一个生成者,接入以后就java.net.SocketTimeoutException,现在好像整个kafka集群就用不了了。

kafka版本号2.10-0.10.2.0
配置

# Licensed to the Apache Software Foundation (ASF) under one or more
# contributor license agreements.  See the NOTICE file distributed with
# this work for additional information regarding copyright ownership.
# The ASF licenses this file to You under the Apache License, Version 2.0
# (the "License"); you may not use this file except in compliance with
# the License.  You may obtain a copy of the License at
#
#    https://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

# see kafka.server.KafkaConfig for additional details and defaults

############################# Server Basics #############################

# The id of the broker. This must be set to a unique integer for each broker.
broker.id=175

# Switch to enable topic deletion or not, default value is false
#delete.topic.enable=true

############################# Socket Server Settings #############################

# The address the socket server listens on. It will get the value returned from 
# java.net.InetAddress.getCanonicalHostName() if not configured.
#   FORMAT:
#     listeners = listener_name://host_name:port
#   EXAMPLE:
#     listeners = PLAINTEXT://your.host.name:9092
listeners=PLAINTEXT://10.17.24.175:9092

# Hostname and port the broker will advertise to producers and consumers. If not set, 
# it uses the value for "listeners" if configured.  Otherwise, it will use the value
# returned from java.net.InetAddress.getCanonicalHostName().
#advertised.listeners=PLAINTEXT://your.host.name:9092

# Maps listener names to security protocols, the default is for them to be the same. See the config documentation for more details
#listener.security.protocol.map=PLAINTEXT:PLAINTEXT,SSL:SSL,SASL_PLAINTEXT:SASL_PLAINTEXT,SASL_SSL:SASL_SSL

# The number of threads handling network requests
num.network.threads=3

# The number of threads doing disk I/O
num.io.threads=8

# The send buffer (SO_SNDBUF) used by the socket server
socket.send.buffer.bytes=102400

# The receive buffer (SO_RCVBUF) used by the socket server
socket.receive.buffer.bytes=102400

# The maximum size of a request that the socket server will accept (protection against OOM)
socket.request.max.bytes=104857600


############################# Log Basics #############################

# A comma seperated list of directories under which to store log files
log.dirs=/data/logs/kafka

# The default number of log partitions per topic. More partitions allow greater
# parallelism for consumption, but this will also result in more files across
# the brokers.
num.partitions=6

# The number of threads per data directory to be used for log recovery at startup and flushing at shutdown.
# This value is recommended to be increased for installations with data dirs located in RAID array.
num.recovery.threads.per.data.dir=1

############################# Log Flush Policy #############################

# Messages are immediately written to the filesystem but by default we only fsync() to sync
# the OS cache lazily. The following configurations control the flush of data to disk.
# There are a few important trade-offs here:
#    1. Durability: Unflushed data may be lost if you are not using replication.
#    2. Latency: Very large flush intervals may lead to latency spikes when the flush does occur as there will be a lot of data to flush.
#    3. Throughput: The flush is generally the most expensive operation, and a small flush interval may lead to exceessive seeks.
# The settings below allow one to configure the flush policy to flush data after a period of time or
# every N messages (or both). This can be done globally and overridden on a per-topic basis.

# The number of messages to accept before forcing a flush of data to disk
#log.flush.interval.messages=10000

# The maximum amount of time a message can sit in a log before we force a flush
#log.flush.interval.ms=1000

############################# Log Retention Policy #############################

# The following configurations control the disposal of log segments. The policy can
# be set to delete segments after a period of time, or after a given size has accumulated.
# A segment will be deleted whenever *either* of these criteria are met. Deletion always happens
# from the end of the log.

# The minimum age of a log file to be eligible for deletion due to age
log.retention.hours=72

# A size-based retention policy for logs. Segments are pruned from the log as long as the remaining
# segments don't drop below log.retention.bytes. Functions independently of log.retention.hours.
#log.retention.bytes=1073741824

# The maximum size of a log segment file. When this size is reached a new log segment will be created.
log.segment.bytes=1073741824

# The interval at which log segments are checked to see if they can be deleted according
# to the retention policies
log.retention.check.interval.ms=300000

############################# Zookeeper #############################

# Zookeeper connection string (see zookeeper docs for details).
# This is a comma separated host:port pairs, each corresponding to a zk
# server. e.g. "127.0.0.1:3000,127.0.0.1:3001,127.0.0.1:3002".
# You can also append an optional chroot string to the urls to specify the
# root directory for all kafka znodes.
zookeeper.connect=10.17.24.175:2181,10.17.24.176:2181,10.17.24.177:2181

# Timeout in ms for connecting to zookeeper
zookeeper.connection.timeout.ms=6000

#other config
default.replication.factor=2
auto.create.topics.enable=false
allow.everyone.if.no.acl.found=false
authorizer.class.name=kafka.security.auth.SimpleAclAuthorizer

有人知道是什么原因不?

发表于 2017-05-31
添加评论

1.检查下集群之间网络是否畅通
2.防火墙是否关闭
3.hosts是否配置了对应的主机名。

1,2两点可以排除

hosts是否配置了对应的主机名

是什么意思呢?

主机名要ping的通。

现在的问题是,单producer没问题,2个producer就出问题了

PING ugc-2 (127.0.0.1) 56(84) bytes of data.

64 bytes from ugc-2 (127.0.0.1): icmp_seq=1 ttl=64 time=0.012 ms

64 bytes from ugc-2 (127.0.0.1): icmp_seq=2 ttl=64 time=0.016 ms

64 bytes from ugc-2 (127.0.0.1): icmp_seq=3 ttl=64 time=0.015 ms

为什么是127.0.0.1?改成你的内网地址。

这个不影响吧,我配置文件里listeners=PLAINTEXT://10.17.24.175:9092 指明了我的内网IP了。
这个问题我已经解决了,我配置advertised.listeners后就可以了。

有影响
0.8以后,advertiesed.listeners已不赞成使用,只配置listeners即可。

大哥,有空帮我看看吧,我发了一个新帖子https://www.orchome.com/574,上回说的问题不是advertised.listeners 导致的,具体原因也不是很清楚。

你的答案

查看kafka相关的其他问题或提一个您自己的问题