लीडर उपलब्ध नहीं कफका कंसोल निर्माता में

Question

मैं काफ्का का उपयोग करने की कोशिश कर रहा हूं।
सभी कॉन्फ़िगरेशन ठीक से किए जाते हैं, लेकिन जब मैं कंसोल से संदेश देने का प्रयास करता हूं तो मुझे निम्नलिखित त्रुटि मिलती रहती है

WARN Error while fetching metadata with correlation id 39 : 
     {4-3-16-topic1=LEADER_NOT_AVAILABLE} (org.apache.kafka.clients.NetworkClient)

काफ्का संस्करण: 2.11-0.9.0.0

Comments

काफ्का के किस संस्करण का उपयोग कर रहे हैं? आप कैसे जानते हैं कि सभी विन्यास उचित हैं? कृपया अधिक जानकारी जोड़ने का प्रयास करें

— Nautilus

मैं 2.11-0.9.0.0 संस्करण का उपयोग कर रहा हूं, मैंने कहा कि सभी कॉन्फ़िगरेशन उचित हैं क्योंकि यह काम कर रहा था।

— विशेश

@ विहेश क्या आप निम्नलिखित आदेश का परिणाम प्रदान कर सकते हैं ।/bin/kafka-topics.sh --zookeeper localhost: 2181 --describe --topic yourTopicName

— avr

मेरे लिए भी यही त्रुटि है। मुझे लीडर मिल रहा है। /bin/kafka-topics.sh --zookeeper <ip>: 2181 --describe --topic yourTopicName लेकिन निर्माता को संदेश भेजते समय यह थ्रो त्रुटि LEADER_NOT_AVAILABLE रखता है।

— विला

मैं 2.2.02019 में

— काफ्का

Answer 1

यह advertised.host.nameआपके में सेटिंग से संबंधित हो सकता है server.properties।

क्या ऐसा हो सकता है कि आपके निर्माता, बाहर अपने आंकड़े पता लगाने के लिए जो किसी विभाजन के लिए नेता है कोशिश कर रही है advertised.host.nameऔर advertised.portऔर कोशिश करता कनेक्ट करने के लिए। यदि इन सेटिंग्स को सही ढंग से कॉन्फ़िगर नहीं किया गया है, तो यह सोच सकता है कि नेता अनुपलब्ध है।

Comments

यह मेरे लिए त्रुटि तय करता है .. लेकिन server.properties में टिप्पणियों का कहना है कि अगर advertised.host.name कॉन्फ़िगर नहीं किया गया है तो वह host.name का उपयोग करेगी। और host.name को server.properties फ़ाइल में कॉन्फ़िगर किया गया था।

— श्री स्पार्क

मुझे भी यही समस्या मिली और इसने मेरे लिए

— काफ्का

AWS जनित सार्वजनिक होस्ट नाम के बजाय मेरे IP पते पर इसे सेट करने से मेरे पास कई समस्याएँ हल हो गईं।

— नौसिखिया

Answer 2

मैंने यहां सूचीबद्ध सभी सिफारिशों की कोशिश की। मेरे पास जाने server.propertiesऔर जोड़ने के लिए क्या काम किया गया था :

port = 9092
advertised.host.name = localhost 

छोड़ दो listenersऔर advertised_listenersटिप्पणी की।

Comments

समाधान मेरे लिए काम करता है ( vikas 'समाधान लिंक ) बस जोड़ना चाहता हूँ कि मेरे लिए MAC server.propertiesफ़ाइल पर स्थित है/usr/local/etc/kafka/

— एडिसन Q

मेरे लिए क्या काम था advertised.listeners=PLAINTEXT://my.ip:9092

— मिस्टर क्रॉले

इस का उपयोग न करें - port, advertised.host.nameसंक्षिप्त विन्यास हैं। kafka.apache.org/documentation/#brokerconfigs

— स्टीफन

Answer 3

श्रोताओं को सेट करने के लिए इसे मेरे लिए क्या हल किया गया है:

advertised.listeners = PLAINTEXT://my.public.ip:9092
listeners = PLAINTEXT://0.0.0.0:9092

इससे KAFKA ब्रोकर सभी इंटरफेस को सुनते हैं।

Comments

यह स्वीकृत उत्तर होना चाहिए। मल्टी नोड कॉन्फ़िगरेशन के लिए काम करता है और बहुत समझ में आता है।

— पीयूष श्रीवास्तव

क्या हम अपने app.yaml फ़ाइल में इसका उपयोग कर सकते हैं?

— कोडर

Answer 4

मेरे पास काफ्का डॉकटर कंटेनर के रूप में चल रहा था और इसी तरह के संदेश लॉग में भर रहे थे।
और KAFKA_ADVERTISED_HOST_NAME'काफ्का' के लिए सेट किया गया था।

मेरे मामले में त्रुटि का कारण /etc/hosts'काफ्का' कंटेनर में 'काफ्का' के गुम होने का रिकॉर्ड था ।
इसलिए, उदाहरण के लिए, ping kafka'काफ्का' कंटेनर के अंदर दौड़ना विफल हो जाएगाping: bad address 'kafka'

डॉकटर के संदर्भ में यह समस्या hostnameकंटेनर के लिए निर्दिष्ट करके हल हो जाती है ।

इसे प्राप्त करने के विकल्प:

• docker run --hostname ...
• docker run -it --add-host ...
• hostname डॉकटर-कम्पोज में
• hostname AWS EC2 टास्क परिभाषा में

Comments

यह प्रति उत्तर नहीं है , लेकिन भविष्य के संदर्भ के लिए: जब (या यदि) docker / docker # 1143 को हल किया जाता है, तो कंटेनर के होस्ट को संदर्भित करने का एक आसान तरीका होगा - चाहे ओएस का उपयोग किया गया हो।

— माइकल आहलेर्स

यदि आप wurstmeister / kafka-docker docker छवि का उपयोग कर रहे हैं (जो इस लेखन के समय तक संभवतः सबसे लोकप्रिय है), तो उस env var को सेट करने के बारे में नोट यहाँ देखें और क्यों

— RyanQuey

Answer 5

मैं kafka_2.12-0.10.2.1 का उपयोग कर रहा हूं:

vi config/server.properties

नीचे पंक्ति जोड़ें:

listeners=PLAINTEXT://localhost:9092

• विज्ञापित.सूची बदलने की आवश्यकता नहीं है क्योंकि यह std श्रोता की संपत्ति से मूल्य उठाता है।

होस्टनाम और पोर्ट ब्रोकर उत्पादकों और उपभोक्ताओं को विज्ञापन देंगे। यदि सेट नहीं है,

• यदि यह कॉन्फ़िगर किया गया है तो "श्रोताओं" के लिए मान का उपयोग करता है

अन्यथा, यह लौटाए गए मूल्य का उपयोग करेगा java.net.InetAddress.getCanonicalHostName()।

काफ्का दलाल बंद करो:

bin/kafka-server-stop.sh

पुनः आरंभ दलाल:

bin/kafka-server-start.sh -daemon config/server.properties

और अब आपको कोई मुद्दा नहीं देखना चाहिए।

Comments

यह मेरे लिए हल हो server.propertiesगया , तब तक संशोधित करना पर्याप्त नहीं था जब तक कि मैं ब्रोकर को पुनः लोड किए गए बधिर के साथ फिर से शुरू नहीं करता। हो सकता है कि आपको यह पता हो, लेकिन यह सुनिश्चित है कि यह इस उत्तर में निर्दिष्ट करने में मदद करता है

— बॉसन

इसने मेरे लिए काम किया, बहुत बहुत धन्यवाद भाई। मैं उपयोग कर रहा हूँkafka 2.13

— अलेजांद्रो हेरेरा

Answer 6

मैं पिछले 2 हफ्तों में काफ्का के साथ काम करते हुए इस मुद्दे को देख रहा हूं और तब से इस Stackoverflow की पोस्ट पढ़ रहा हूं।

2 सप्ताह के विश्लेषण के बाद मैंने कहा है कि मेरे मामले में ऐसा तब होता है जब किसी ऐसे विषय पर संदेश देने की कोशिश की जाती है जो मौजूद नहीं है ।

मेरे मामले में परिणाम यह है कि काफ्का एक त्रुटि संदेश भेजता है लेकिन बनाता है, एक ही समय में, वह विषय जो पहले मौजूद नहीं था। इसलिए यदि मैं इस घटना के बाद उस विषय पर फिर से कोई संदेश देने की कोशिश करता हूं, तो त्रुटि अब उस विषय के रूप में प्रकट नहीं होगी जैसा कि विषय बनाया गया है।

कृपया ध्यान दें: यह हो सकता है कि मेरे विशेष काफ़्का इंस्टॉलेशन को स्वचालित रूप से विषय बनाने के लिए कॉन्फ़िगर किया गया था जब वही मौजूद नहीं है; यह बताना चाहिए कि मेरे मामले में मैं विषयों को रीसेट करने के बाद हर विषय के लिए केवल एक बार क्यों देख सकता हूं: आपका कॉन्फ़िगरेशन भिन्न हो सकता है और उस स्थिति में आप बार-बार एक ही त्रुटि प्राप्त करते रहेंगे।

सादर,

लुका टैम्पेलिनी

Comments

हाय लुका। मैं नए विषय भी ऑटो बना रहा हूं। मेरा सवाल यह है कि आप अपने उपभोक्ताओं को इस नए विषय पर ऑटो-खोज कैसे करने दें? मेरे उपभोक्ता ऐसा नहीं करेंगे। और मैं अपने उपभोक्ताओं को पुनरारंभ करने के बाद नए संदेश प्राप्त कर सकता हूं, लेकिन विषय निर्माण के कारण संदेश खो गया है।

— jchnxu

Answer 7

हम यह संदेश तब प्राप्त करते हैं जब हम किसी ऐसे विषय की सदस्यता लेने की कोशिश करते हैं जो अभी तक नहीं बनाया गया है। हम आम तौर पर हमारे तैनात वातावरण में एक प्राथमिकता बनाने के लिए विषयों पर भरोसा करते हैं, लेकिन हमारे पास घटक परीक्षण हैं जो एक डोकेनाइज्ड कफका उदाहरण के खिलाफ चलते हैं, जो हर बार साफ शुरू होता है।

उस स्थिति में, हम यह जाँचने के लिए अपने परीक्षण सेटअप में AdminUtils का उपयोग करते हैं कि क्या विषय मौजूद है और यदि नहीं तो इसे बनाएं। AdminUtils की स्थापना के बारे में अधिक जानकारी के लिए यह अन्य स्टैक ओवरफ़्लो देखें ।

Answer 8

इस चेतावनी के लिए एक और संभावना (0.10.2.1 में) यह है कि आप किसी ऐसे विषय पर चुनाव करने की कोशिश करते हैं जो अभी बनाया गया है और इस विषय-विभाजन के लिए नेता अभी तक उपलब्ध नहीं है, आप एक नेतृत्व चुनाव के बीच में हैं।

विषय निर्माण और मतदान के बीच एक दूसरे का इंतजार एक समाधान है।

Answer 9

किसी के लिए कुबेरनेट पर काफ्का चलाने और इस त्रुटि में चलाने की कोशिश करने के लिए, आखिरकार यह मेरे लिए हल हो गया है:

आपको या तो:

1. hostnameफली की कल्पना में जोड़ें , जिस तरह से काफ्का खुद को पा सकते हैं।

या

2. यदि उपयोग कर रहे हैं hostPort, तो आपको जरूरत है hostNetwork: trueऔरdnsPolicy: ClusterFirstWithHostNet

इसका कारण यह है क्योंकि काफ्का को खुद से बात करने की जरूरत है, और यह स्थानीय विज्ञापन का उपयोग करने के बजाय खुद को खोजने के लिए 'विज्ञापित' श्रोता / होस्टनाम का उपयोग करने का निर्णय लेता है। यहां तक ​​कि अगर आपके पास एक सेवा है जो फली पर विज्ञापित होस्ट नाम को इंगित करती है, तो यह पॉड के भीतर से दिखाई नहीं देता है। मुझे वास्तव में नहीं पता कि ऐसा क्यों है, लेकिन कम से कम एक वर्कअराउंड है।

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: zookeeper-cluster1
  namespace: default
  labels:
    app: zookeeper-cluster1
spec:
  replicas: 1
  selector:
    matchLabels:
      app: zookeeper-cluster1
  template:
    metadata:
      labels:
        name: zookeeper-cluster1
        app: zookeeper-cluster1
    spec:
      hostname: zookeeper-cluster1
      containers:
      - name: zookeeper-cluster1
        image: wurstmeister/zookeeper:latest
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 2181
        - containerPort: 2888
        - containerPort: 3888

---

apiVersion: v1
kind: Service
metadata:
  name: zookeeper-cluster1
  namespace: default
  labels:
    app: zookeeper-cluster1
spec:
  type: NodePort
  selector:
    app: zookeeper-cluster1
  ports:
  - name: zookeeper-cluster1
    protocol: TCP
    port: 2181
    targetPort: 2181
  - name: zookeeper-follower-cluster1
    protocol: TCP
    port: 2888
    targetPort: 2888
  - name: zookeeper-leader-cluster1
    protocol: TCP
    port: 3888
    targetPort: 3888

---

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: kafka-cluster
  namespace: default
  labels:
    app: kafka-cluster
spec:
  replicas: 1
  selector:
    matchLabels:
      app: kafka-cluster
  template:
    metadata:
      labels:
        name: kafka-cluster
        app: kafka-cluster
    spec:
      hostname: kafka-cluster
      containers:
      - name: kafka-cluster
        image: wurstmeister/kafka:latest
        imagePullPolicy: IfNotPresent
        env:
        - name: KAFKA_ADVERTISED_LISTENERS
          value: PLAINTEXT://kafka-cluster:9092
        - name: KAFKA_ZOOKEEPER_CONNECT
          value: zookeeper-cluster1:2181
        ports:
        - containerPort: 9092

---

apiVersion: v1
kind: Service
metadata:
  name: kafka-cluster
  namespace: default
  labels:
    app: kafka-cluster
spec:
  type: NodePort
  selector:
    app: kafka-cluster
  ports:
  - name: kafka-cluster
    protocol: TCP
    port: 9092
    targetPort: 9092

Comments

स्थानीय:: होस्ट संकल्प विफलता: काफ्का-क्लस्टर: 9092/1001: 1. नहीं काम% त्रुटि करता संकल्प करने में विफल 'काफ्का-क्लस्टर: 9092': nodename है और न ही servname प्रदान की है, या नहीं जाना जाता है

— Lu32

मैंने होस्टनाम को सेवा नाम के साथ जोड़ा है, मेरे लिए काम कर रहा है!

— कार्तिकेयन

Answer 10

इसे जोड़ने के बाद से यह दूसरों की मदद कर सकता है। एक आम समस्या गलत धारणा हो सकती है advertised.host.name। KAFKA_ADVERTISED_HOST_NAMEजब तक आप होस्टनाम सेट नहीं करते हैं, तब तक डॉकटर के साथ डॉकटर-कंपोज़ का उपयोग करते हुए सेवा के नाम को सेट करें। docker-compose.ymlउदाहरण:

  kafka:
    image: wurstmeister/kafka
    ports:
      - "9092:9092"
    hostname: kafka
    environment:
      KAFKA_ADVERTISED_HOST_NAME: kafka
      KAFKA_CREATE_TOPICS: "test:1:1"
      KAFKA_ZOOKEEPER_CONNECT: zookeeper:2181
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock

जब कनेक्ट करने की कोशिश कर रहा है बिना ऊपर hostname: kafkaजारी कर सकते LEADER_NOT_AVAILABLEहैं। आप यहां काम कर रहे docker-composeकॉन्फ़िगरेशन का एक उदाहरण पा सकते हैं

Answer 11

मेरे मामले में, यह घर पर ठीक काम कर रहा था, लेकिन यह कार्यालय में विफल हो रहा था, जिस क्षण मैं कार्यालय नेटवर्क से जुड़ता हूं।

अतः विन्यास / सर्वर को संशोधित किया। श्रोताओं = PLAINTEXT: //: 9092 से श्रोताओं को = PLAINTEXT: // लोकलहोस्ट: 9092

मेरे मामले में, मुझे उपभोक्ता समूह का वर्णन करते समय मिल रहा था

Comments

क्यों बिल्ली सही डिफॉल्ट सेट नहीं करते, इससे मुझे मदद मिली।

— पाउडर ३६६

Answer 12

यदि आप लोकल मशीन पर काफ्का चला रहे हैं, तो $ KAFKA_DIR / config / server.properties को नीचे पंक्ति के साथ अपडेट करने का प्रयास करें: listeners=PLAINTEXT://localhost:9092और फिर काफ्का को पुनः आरंभ करें।

Comments

मैं डॉकटर-कंपोज पर यह कैसे करूँ?

— AC28

आप एक प्रविष्टि बिंदु शेल स्क्रिप्ट docs.docker.com/compose/compose-file/#entrypoint का उपयोग कर सकते हैं जिसमें docker कंपोज़ और सर्वर में श्रोताओं ( ओवरडाइट) को लिखें।

— MrKulli

Answer 13

मैं wurstmeister/kafkaइमेज का उपयोग करके काफ्का कंटेनर बनाने के लिए डॉक-कंपोज़ का उपयोग कर रहा हूं । KAFKA_ADVERTISED_PORT: 9092मेरी docker-composeफ़ाइल में संपत्ति जोड़ने से मेरे लिए यह त्रुटि हल हो गई।

Answer 14

चूंकि मैं चाहता था कि मेरा काफ्का ब्रोकर दूरदराज के उत्पादकों और उपभोक्ताओं के साथ जुड़े, इसलिए मैं advertised.listenerटिप्पणी नहीं करना चाहता । मेरे मामले में, (कुबेरनेट्स पर काफ्का चल रहा है), मुझे पता चला कि मेरे काफ्का पॉड को कोई आईपी आईपी नहीं सौंपा गया था। clusterIP: NoneServices.yml से लाइन हटाकर , कुबेरनेट्स कफका फली को एक आंतरिक-आईपी प्रदान करता है। इसने LEADER_NOT_AVAILABLE के मेरे मुद्दे को हल किया और साथ ही काफ्का उत्पादकों / उपभोक्ताओं के दूरस्थ कनेक्शन को भी।

Answer 15

जब LEADER_NOT_AVAILABLE त्रुटि फेंकता है, तो बस काफ्का ब्रोकर को पुनरारंभ करें:

/bin/kafka-server-stop.sh

के बाद

/bin/kafka-server-start.sh config/server.properties

(नोट: ज़ुकीपर को इस समय तक चलना चाहिए, अगर आप इसे दूसरे तरीके से करते हैं तो यह काम नहीं करेगा)

Comments

हाँ। तब होता है जब कफ़्का को पहले शुरू किया जाता है और उसके बाद ज़ूकीपर को।

— पंच प्यारे

मैंने यह किया है और यह काफी हल नहीं करता है। क्या अजीब बात है कि ब्रोकर इनिशियलाइज़ करता है जैसे कि वह लीडर था। के रूप में New leader is 0।

— सैमी

Answer 16

यह नीचे की पंक्ति मैंने जोड़ दी है config/server.properties, जिससे मेरी समस्या ऊपर के मुद्दे के समान हल हो गई है। आशा है कि यह मदद करता है, इसके बहुत अच्छी तरह से server.properties फ़ाइल में प्रलेखित, आप इसे संशोधित करने से पहले पढ़ने और समझने की कोशिश करें। advertised.listeners=PLAINTEXT://<your_kafka_server_ip>:9092

Answer 17

कफ़्का ssl सेटअप से जूझ रहे सभी लोगों के लिए और इस LEADER_NOT_AVAILABLE त्रुटि को देखने के लिए। जिन कारणों से टूट सकता है, उनमें से एक कीस्टोर और ट्रस्टस्टोर है। कीस्ट्रोर में आपको सर्वर + साइन किए गए सर्वर प्रमाणपत्र की निजी कुंजी की आवश्यकता होती है। क्लाइंट ट्रस्टस्टोर में, आपके पास इंटरमीडिएट सीए सर्टिफिकेट होना चाहिए ताकि क्लाइंट काफ्का सर्वर को प्रमाणित कर सके। यदि आप इंटरब्लॉकर संचार के लिए ssl का उपयोग करेंगे, तो आपको इस ट्रस्टस्टोर को सर्वर में सेट करने की आवश्यकता है। दलालों की आवश्यकताएं ताकि वे एक दूसरे को प्रमाणित कर सकें।

वह आखिरी टुकड़ा जो मुझे गलत तरीके से याद आ रहा था और मुझे यह पता लगाने में बहुत दर्दनाक घंटों का कारण बना कि इस LEADER_NOT_AVAILABLE त्रुटि का क्या मतलब है। उम्मीद है कि यह किसी की मदद कर सकता है।

Comments

"सर्वर की निजी कुंजी" से आपका क्या अभिप्राय है? मेरे पास सर्वर कीस्टॉर में CA कुंजी और हस्ताक्षरित सर्वर प्रमाणपत्र है, जबकि क्लाइंट ट्रस्टस्टोर में मेरे पास CA प्रमाण पत्र है .. लेकिन फिर भी मुझे ये त्रुटियां मिल रही हैं ..

— चरण

क्षमा करें, मेरा मतलब निजी कुंजी + प्रमाणपत्र है। मैं बड़े क्लस्टर स्थापित कर रहा था और कहीं न कहीं नौकरशाही श्रृंखला में गलती हो गई थी इसलिए प्रमाणपत्रों में से एक का सीएसआर से मिलान नहीं हुआ है। यह अन्य कारण भी हो सकता है। निजी कुंजी की md5, प्रमाणपत्र से मेल खाता है और उस प्रमाणपत्र को आपके ट्रस्टस्टोर के साथ सत्यापित किया जा सकता है। ट्रस्टस्टोर में आमतौर पर रूट और इंटरमीडिएट (एस) प्रमाण पत्र होते हैं

— vojtmen

Answer 18

कॉन्फ़िगरेशन निर्देशिका में स्थित server.properties फ़ाइल पर श्रोता सेटिंग जोड़ने के बाद समस्या हल हो गई है। श्रोता = PLAINTEXT: // लोकलहोस्ट (या आपका सर्वर): 9092 इस बदलाव के बाद काफ्का को फिर से शुरू करें। संस्करण 2.11 का उपयोग किया

Answer 19

मेरे लिए, यह एक मिस कॉन्फ़िगरेशन
डॉकर पोर्ट (9093)
Kafka कमांड पोर्ट "बिन / kafka-console-producer.sh --broker-list localhost: 9092- topic TopicName" के कारण हुआ, जब
मैंने पोर्ट से मिलान करने के लिए अपने कॉन्फ़िगरेशन की जाँच की। अब सब ठीक है

Answer 20

मेरे लिए, इसका कारण एक विशिष्ट ज़ूकीटर का उपयोग करना था जो काफ्का पैकेज का हिस्सा नहीं था। वह ज़ुकीपर पहले से ही अन्य उद्देश्यों के लिए मशीन पर स्थापित किया गया था। जाहिर तौर पर काफ्का सिर्फ किसी भी ज़ूकीपर के साथ काम नहीं करता है। काफ्का के साथ आए ज़ूकीपर के लिए स्विच करना मेरे लिए इसे हल कर दिया। मौजूदा ज़ुकाइपर के साथ संघर्ष न करने के लिए, मुझे अपने कन्फ़्यूज़न को संशोधित करना पड़ा कि ज़ुकीपर को एक अलग पोर्ट पर सुनना है:

[root@host /opt/kafka/config]# grep 2182 *
server.properties:zookeeper.connect=localhost:2182
zookeeper.properties:clientPort=2182

Answer 21

उपर्युक्त उत्तरों में वर्णित विज्ञापित श्रोताओं में से एक कारण हो सकता है। अन्य संभावित कारण हैं:

1. विषय बनाया नहीं गया हो सकता है। आप इसका उपयोग करके देख सकते हैंbin/kafka-topics --list --zookeeper <zookeeper_ip>:<zookeeper_port>
2. अपने बूटस्ट्रैप सर्वरों की जांच करें जो आपने निर्माता को मेटाडेटा लाने के लिए दिए हैं। यदि बूटस्ट्रैप सर्वर में विषय के बारे में नवीनतम मेटाडेटा शामिल नहीं है (उदाहरण के लिए, जब उसने अपना ज़ूकेर दावा खो दिया है)। आपको एक से अधिक बूटस्ट्रैप सर्वर जोड़ने होंगे।

इसके अलावा, सुनिश्चित करें कि आपके पास विज्ञापित श्रोता के IP:9092बजाय सेट है localhost:9092। उत्तरार्द्ध का मतलब है कि ब्रोकर केवल लोकलहोस्ट के माध्यम से सुलभ है।

जब मुझे त्रुटि का सामना करना पड़ा, मुझे याद है कि मैंने PLAINTEXT://<ip>:<PORT>बूटस्ट्रैप सर्वर (या ब्रोकर सूची) की सूची में उपयोग किया है और यह अजीब तरीके से काम किया है।

bin/kafka-console-producer --topic sample --broker-list PLAINTEXT://<IP>:<PORT>

Answer 22

मेरे लिए, मैंने काफ्का उदाहरण के लिए ब्रोकर आईडी निर्दिष्ट नहीं की। डॉकटर वातावरण में पुनरारंभ होने पर इसे कभी-कभी ज़ुकीपर से एक नई आईडी मिल जाएगी। यदि आपकी ब्रोकर आईडी 1000 से अधिक है, तो बस पर्यावरण चर निर्दिष्ट करेंKAFKA_BROKER_ID ।

दलालों, विषयों और विभाजन को देखने के लिए इसका उपयोग करें।

brew install kafkacat
kafkacat -b [kafka_ip]:[kafka_poot] -L

Answer 23

मुझे पता है कि यह बहुत समय पहले पोस्ट किया गया था, मैं इसे साझा करना चाहूंगा कि मैंने इसे कैसे हल किया।
जब से मेरे पास अपना ऑफिस लैपटॉप है ( वीपीएन और प्रॉक्सी कॉन्फ़िगर किया गया था)।
मैं पर्यावरण चर NO_PROXY की जाँच की

> echo %NO_PROXY%

यह खाली मूल्यों के साथ वापस आ गया है
अब मैंने NO_PROXY को लोकलहोस्ट और 127.0.0.1 के साथ सेट किया है

> set NO_PROXY=127.0.0.1,localhost  

यदि आप मौजूदा मूल्यों के साथ जुड़ना चाहते हैं, तो

> set NO_PROXY=%NO_PROXY%,127.0.0.1,localhost  

इसके बाद, मैंने ज़ुकीर को फिर से शुरू
किया और काफ्का ने एक आकर्षण की तरह काम किया