Kafka Connect无法启动 [英] Kafka Connect failed to start
问题描述
我在新的Linux centos 7上安装了kafka confluent oss 4.0,但kafka connect无法启动.
复制步骤:
- Install Oracle JDK 8
- Copy confluent-4.0.0 folder on opt/confluent-4.0.0
- Run /opt/confluent-4.0.0/confluent start
结果:
Starting zookeeper
zookeeper is [UP]
Starting kafka
kafka is [UP]
Starting schema-registry
schema-registry is [UP]
Starting kafka-rest
kafka-rest is [UP]
Starting connect
\Kafka Connect failed to start
connect is [DOWN]
错误日志(connect.stderr):
Exception in thread "main" java.lang.NoClassDefFoundError: io/confluent/connect/storage/StorageSinkConnectorConfig
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at org.apache.kafka.connect.runtime.isolation.PluginClassLoader.loadClass(PluginClassLoader.java:54)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671)
at java.lang.Class.getConstructor0(Class.java:3075)
at java.lang.Class.newInstance(Class.java:412)
at org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader.getPluginDesc(DelegatingClassLoader.java:279)
at org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader.scanPluginPath(DelegatingClassLoader.java:260)
at org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader.scanUrlsAndAddPlugins(DelegatingClassLoader.java:201)
at org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader.registerPlugin(DelegatingClassLoader.java:193)
at org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader.initLoaders(DelegatingClassLoader.java:153)
at org.apache.kafka.connect.runtime.isolation.Plugins.<init>(Plugins.java:47)
at org.apache.kafka.connect.cli.ConnectDistributed.main(ConnectDistributed.java:70)
Caused by: java.lang.ClassNotFoundException: io.confluent.connect.storage.StorageSinkConnectorConfig
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at org.apache.kafka.connect.runtime.isolation.PluginClassLoader.loadClass(PluginClassLoader.java:62)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 22 more
其他信息:
Java版本:
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode
Centos版本:
centos-release-7-4.1708.el7.centos.x86_64
在每个属性文件中编辑plugin.path变量并不能解决问题.
包含"plugin.path"变量的文件列表:
./etc/schema-registry/connect-avro-distributed.properties:84:plugin.path=/opt/confluent-4.0.0/share/java
./etc/schema-registry/connect-avro-standalone.properties:51:plugin.path=/opt/confluent-4.0.0/share/java
./etc/kafka/connect-distributed.properties:95:plugin.path=/opt/confluent-4.0.0/share/java
./etc/kafka/connect-standalone.properties:50:plugin.path=/opt/confluent-4.0.0/share/java
对于Confluent 4.0.0,使用 Additional informations : Java version : Centos version : [Edit : 30/11/2017]
Editing plugin.path variables in every properties files didn't fix the problem. List of files containing 'plugin.path' variable :
With Confluent 4.0.0, classloading isolation with plugin.path is enabled by default for Kafka Connect. When you install Confluent Platform from However, when you download and extract the This is a relative path, because when you download Confluent Platform as an archive ( The CLI or Connect's bin scripts will be able to guess this location if you run it from the directory where you extracted Confluent platform: For instance, in the example above: In order for you to be able to start Connect from any directory within your filesystem, given that the To use Confluent CLI edit: and set your For the regular bin scripts edit: and and set your 这篇关于Kafka Connect无法启动的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode
centos-release-7-4.1708.el7.centos.x86_64
./etc/schema-registry/connect-avro-distributed.properties:84:plugin.path=/opt/confluent-4.0.0/share/java
./etc/schema-registry/connect-avro-standalone.properties:51:plugin.path=/opt/confluent-4.0.0/share/java
./etc/kafka/connect-distributed.properties:95:plugin.path=/opt/confluent-4.0.0/share/java
./etc/kafka/connect-standalone.properties:50:plugin.path=/opt/confluent-4.0.0/share/java
deb
or rpm
packages the default location of your plugin.path
is known beforehand.zip
or tar.gz
archive of Confluent Platform somewhere in your filesystem, it's set to: plugin.path=share/java
zip
or tar.gz
), the location where you extract the archive is not known (in your example above it's /opt/confluent-4.0.0/
).cd /opt/confluent-4.0.0
./bin/confluent start
bin
directory for Confluent Platform is in your PATH
, you will need to set the property plugin.path
to the absolute path location of your plugins:etc/schema-registry/connect-avro-distributed.properties
plugin.path
appropriately (here: plugin.path=/opt/confluent-4.0.0/share/java
)./etc/kafka/connect-distributed.properties
./etc/kafka/connect-standalone.properties
plugin.path
as above (again, in your example: plugin.path=/opt/confluent-4.0.0/share/java
).