producer write broken pipe #1565

chowyu08 · 2019-12-25T09:26:45Z

Versions

V1.24.1

Sarama	Kafka	Go
1.24.1	Kafka 2.1.1	1.13.1

Configuration

What configuration values are you using for Sarama and Kafka?

conf := sarama.NewConfig()
	conf.Version = sarama.V2_0_0_0
	conf.Producer.RequiredAcks = sarama.WaitForLocal
	conf.ChannelBufferSize = 1024
	conf.Net.KeepAlive = 30 * time.Second

Logs

logs: CLICK ME

time="2019-12-25T09:15:51Z" level=info msg="producer/broker/3 state change to [closing] because write tcp xxxxx:59382->xxxx:9092: write: broken pipe\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 state change to [closing] because write tcp xxxx:33336->xxxx:9092: write: broken pipe\n"
time="2019-12-25T09:15:51Z" level=info msg="Closed connection to broker xxxx:9092\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.transfer/0 state change to [retrying-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.transfer/0 abandoning broker 3\n"
time="2019-12-25T09:15:51Z" level=info msg="Closed connection to broker xxxx:9092\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/3 input chan closed\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/3 shut down\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/msg.republish/1 state change to [retrying-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/msg.republish/1 abandoning broker 2\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.hit/0 state change to [retrying-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.hit/0 abandoning broker 2\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 input chan closed\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 shut down\n"
time="2019-12-25T09:15:51Z" level=info msg="client/metadata fetching metadata for [metric.transfer] from broker xxxx:9092\n"
time="2019-12-25T09:15:51Z" level=info msg="client/metadata fetching metadata for [msg.republish] from broker xxxx:9092\n"
time="2019-12-25T09:15:51Z" level=info msg="client/metadata fetching metadata for [metric.hit] from broker xxxx:9092\n"
time="2019-12-25T09:15:51Z" level=info msg="client/brokers replaced registered broker #1 with xxxx:9092"
time="2019-12-25T09:15:51Z" level=info msg="ClientID is the default of 'sarama', you should consider setting it to something application-specific."
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/3 starting up\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/3 state change to [open] on metric.transfer/0\n"
time="2019-12-25T09:15:51Z" level=info msg="client/brokers replaced registered broker #1 with xxxx:9092"
time="2019-12-25T09:15:51Z" level=info msg="ClientID is the default of 'sarama', you should consider setting it to something application-specific."
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.transfer/0 selected broker 3\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.transfer/0 state change to [flushing-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.transfer/0 state change to [normal]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 starting up\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 state change to [open] on metric.ruleengine.hit/0\n"
time="2019-12-25T09:15:51Z" level=info msg="client/brokers replaced registered broker #1 with xxxx:9092"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.hit/0 selected broker 2\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/msg.republish/1 selected broker 2\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/broker/2 state change to [open] on msg.republish/1\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/msg.republish/1 state change to [flushing-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/msg.republish/1 state change to [normal]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.hit/0 state change to [flushing-1]\n"
time="2019-12-25T09:15:51Z" level=info msg="producer/leader/metric.hit/0 state change to [normal]\n"
time="2019-12-25T09:15:52Z" level=info msg="Connected to broker at xxxx:9092 (registered as #2)\n"
time="2019-12-25T09:15:53Z" level=info msg="Connected to broker at xxxx:9092 (registered as #3)\n"

Problem Description

After 10 minutes, the producer scoket write broken pipe.

talbspx · 2020-01-28T11:59:24Z

👍
experiencing similar behaviour with
kafka : 0.10.2.1
go : 1.13
sarma : 1.24.1 SyncProducer

talbspx · 2020-04-13T05:35:13Z

update:
this comes from kafka - connections.max.idle.ms broker config that defaults to 10 minutes.
kafka removes idle connections for producers that longer than connections.max.idle.ms.
two possible ways to overcome this -

Feature request to sarama - since kafka 0.11 it is possible to send a metadata request which will mimic a heartbeat from the producer to the broker in which the connection remains alive.
set connections.max.idle.ms config on the broker side to be high enough value to the expected time your producer should produce a message thus keeping the connection alive all the time.

dnwe · 2020-04-13T08:34:07Z

So the client does already run a periodic metadata refresh based on backgroundMetadata goroutine in client.go which ticks on client.conf.Metadata.RefreshFrequency which defaults to 10m so you could reduce that to cause it to happen more frequently.

https://github.com/Shopify/sarama/blob/6159078aacb29adb9ecbd2a83ab9c2732c80add2/client.go#L768

However, that is sent to a random broker each time so won't necessarily keep alive your idle connections to all of the brokers in the cluster

talbspx · 2020-04-13T09:12:26Z

thanks for the quick reply 👍

so i have seen this configuration and set it to 5min (kafka broker remains on 10min for idle connection)
on local single kafka broker and this is still happening.

LOGS


{"level":"info","version":"dev","time":"2020-04-13T14:15:59+03:00","message":"Scout service starting"}
{"level":"info","time":"2020-04-13T14:15:59+03:00","message":"starting to init server config"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:15:59+03:00","message":"[Initializing new client]"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:15:59+03:00","message":"[ClientID is the default of 'sarama', you should consider setting it to something application-specific.]"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:15:59+03:00","message":"[ClientID is the default of 'sarama', you should consider setting it to something application-specific.]"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"client/metadata fetching metadata for all topics from broker [localhost:9092]\n"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"Connected to broker at [localhost:9092] (unregistered)\n"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"client/brokers registered new broker #[1001 %!d(string=localhost:9092)] at %!s(MISSING)"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:15:59+03:00","message":"[Successfully initialized new client]"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:15:59+03:00","message":"[ClientID is the default of 'sarama', you should consider setting it to something application-specific.]"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"producer/broker/[1001] starting up\n"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"producer/broker/[1001 %!d(string=serverconfigurations) 0] state change to [open] on %!s(MISSING)/%!d(MISSING)\n"}
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:15:59+03:00","message":"Connected to broker at [localhost:9092 %!s(int32=1001)] (registered as #%!d(MISSING))\n"}
{"level":"debug","entity_id":"5e8056bb89b48fcb0bc16737","caller":"/Users/talbenshabtay/Desktop/workspace/dev/pxScout-serverconfigurations/db/server_config_source.go:142","time":"2020-04-13T14:16:18+03:00","message":"received entity update"} <-- trigger produce to kafka
{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:16:59+03:00","message":"client/metadata fetching metadata for all topics from broker [localhost:9092]\n"}

{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:17:59+03:00","message":"client/metadata fetching metadata for all topics from broker [localhost:9092]\n"}

{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:18:59+03:00","message":"client/metadata fetching metadata for all topics from broker [localhost:9092]\n"}
<--------- waited 3 minutes so connection is now idle and disconnected ------------------------>
{"level":"debug","entity_id":"5e8056bb89b48fcb0bc16737","caller":"/Users/talbenshabtay/Desktop/workspace/dev/pxScout-serverconfigurations/db/server_config_source.go:142","time":"2020-04-13T14:19:12+03:00","message":"received entity update"} <-- trigger produce to kafka

{"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/broker/[1001 824634384640] state change to [closing] because %!s(MISSING)\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"Closed connection to broker [localhost:9092]\n"} {"level":"error","error":"EOF","entity_name":"serverconfigurations","entity_id":"5e8056bb89b48fcb0bc16737","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/perimeterx/px!scout@v1.0.0-!r!c7/scout/entity_producer.go:71","time":"2020-04-13T14:19:12+03:00","message":"failed to produce entity"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/leader/[serverconfigurations %!s(int32=0) %!s(int32=1001)]/%!d(MISSING) abandoning broker %!d(MISSING)\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/broker/[1001] input chan closed\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/broker/[1001] shut down\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"client/metadata fetching metadata for [[serverconfigurations] localhost:9092] from broker %!s(MISSING)\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:383","time":"2020-04-13T14:19:12+03:00","message":"[ClientID is the default of 'sarama', you should consider setting it to something application-specific.]"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/broker/[1001] starting up\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/broker/[1001 %!d(string=serverconfigurations) 0] state change to [open] on %!s(MISSING)/%!d(MISSING)\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"producer/leader/[serverconfigurations %!s(int32=0) %!s(int32=1001)]/%!d(MISSING) selected broker %!d(MISSING)\n"} {"level":"debug","caller":"/Users/talbenshabtay/Desktop/workspace/dev/go/pkg/mod/github.com/rs/zerolog@v1.17.2/log.go:391","time":"2020-04-13T14:19:12+03:00","message":"Connected to broker at [localhost:9092 %!s(int32=1001)] (registered as #%!d(MISSING))\n"}

@dnwe updated with logs

dnwe · 2020-04-13T09:20:47Z

@talbspx interesting. If it's just local single broker instance can you change the idle broker config to 2m, set Sarama to 60s refresh and enable debug logs on the broker side? I'll also try and reproduce in the week if I can

talbspx · 2020-04-13T10:13:25Z

@dnwe yeah np :)
will try to have it later on today.

d1egoaz · 2020-04-13T16:43:38Z

Interested, we've seen lots of these lately.

talbspx · 2020-04-16T12:14:19Z

@d1egoaz @dnwe
to me it seems like the is an issue with the way that the channel keys are handled in the kafka broker on v0.10.x . (code looks a bit different under trunk)

is where the server socket polls the Processor channels and update its state using the processor.Selector:
https://github.com/apache/kafka/blob/0.10.2.2/core/src/main/scala/kafka/network/SocketServer.scala#L494

then the Selector iterates over the channels and tries to update the channel state
https://github.com/apache/kafka/blob/0.10.2.2/clients/src/main/java/org/apache/kafka/common/network/Selector.java#L312-L314

update the idlemanager over each channel key
https://github.com/apache/kafka/blob/0.10.2.2/clients/src/main/java/org/apache/kafka/common/network/Selector.java#L339

and eventually release the channel if needed
https://github.com/apache/kafka/blob/0.10.2.2/clients/src/main/java/org/apache/kafka/common/network/Selector.java#L324

so i believe the issue is with the SelectedKeys that are retrieved (managed) using the java.nio.Selector
https://docs.oracle.com/javase/7/docs/api/java/nio/channels/Selector.html

- Fix sarama issue: IBM/sarama#1565 Signed-off-by: Pierangelo Di Pilato <pierangelodipilato@gmail.com>

* Create a new ClusterAdmin at each loop - Fix sarama issue: IBM/sarama#1565 Signed-off-by: Pierangelo Di Pilato <pierangelodipilato@gmail.com> * Remove error return value from SetBootstrapServer Signed-off-by: Pierangelo Di Pilato <pierangelodipilato@gmail.com>

sshahar1 · 2021-02-11T17:44:49Z

I am also interested in this issue. I am experiencing it with:
Sarama version v1.26.3
Kafka version 2.6.0
Go version 1.12

This is quite a mission critical application, so I do need to fix this.

DasTushar · 2021-04-06T12:56:17Z

Interested in this issue. I'm experiencing it with:

Sarama version v1.27.2
Go version 1.14

caiofralmeida · 2021-05-22T21:32:21Z

Interested in this issue. I'm experiencing it with:

Sarama version v1.28.0
Go version 1.15

mster429 · 2021-08-31T16:34:57Z

Experiencing the same issue with the recent sarama version upgrade v1.29.1 and go-1.15.6. Any help in figuring out the cause is appreciated. The producer client is running on a k8s container with 1 core and 2 GiB memory. Does it have to do anything on the producer client end since the only change done was the sarama version upgrade. Thanks in advance :)

dnwe · 2021-09-08T09:09:02Z

Yes this is a bug. I believe the issue will be that the producer dispatcher func simply iterates over the Input channel blocking until new messages are put on the Input queue to send. If Kafka has closed the underlying broker connection in the mean time the producer currently won't realise until it next tries to send a message.

Update: hmm after looking into this some more, the brokerProducer should account for the dropped connection and re-establish it fairly transparently anyway. Needs more investigation

DesmonPong · 2021-10-29T03:51:26Z

Yes this is a bug. I believe the issue will be that the producer dispatcher func simply iterates over the Input channel blocking until new messages are put on the Input queue to send. If Kafka has closed the underlying broker connection in the mean time the producer currently won't realise until it next tries to send a message.

Update: hmm after looking into this some more, the brokerProducer should account for the dropped connection and re-establish it fairly transparently anyway. Needs more investigation

any update?

baoxc-shopee · 2022-01-25T07:57:41Z

update: this comes from kafka - connections.max.idle.ms broker config that defaults to 10 minutes. kafka removes idle connections for producers that longer than connections.max.idle.ms. two possible ways to overcome this -

Feature request to sarama - since kafka 0.11 it is possible to send a metadata request which will mimic a heartbeat from the producer to the broker in which the connection remains alive.

set connections.max.idle.ms config on the broker side to be high enough value to the expected time your producer should produce a message thus keeping the connection alive all the time.

Hi I met the same issue and could you share how can i send a metadata refresh as you said? Thanks a lot!

king-freshket · 2022-06-27T04:54:02Z

Yes this is a bug. I believe the issue will be that the producer dispatcher func simply iterates over the Input channel blocking until new messages are put on the Input queue to send. If Kafka has closed the underlying broker connection in the mean time the producer currently won't realise until it next tries to send a message.

Update: hmm after looking into this some more, the brokerProducer should account for the dropped connection and re-establish it fairly transparently anyway. Needs more investigation

any update

ghost · 2022-10-14T13:33:51Z

Yes this is a bug. I believe the issue will be that the producer dispatcher func simply iterates over the Input channel blocking until new messages are put on the Input queue to send. If Kafka has closed the underlying broker connection in the mean time the producer currently won't realise until it next tries to send a message.

Update: hmm after looking into this some more, the brokerProducer should account for the dropped connection and re-establish it fairly transparently anyway. Needs more investigation

we are facing the same issue, any update?

david-bergman · 2022-11-03T05:54:25Z

Interested in this issue. I'm experiencing it with:

Sarama version v1.37.2
Go version 1.18
Confluent Cloud Kafka

boscar · 2023-01-30T14:49:58Z

Any update on this?

Sarama version v1.37.2
Go version 1.19
Confluent Cloud Kafka

3AceShowHand · 2023-02-10T09:59:41Z

Any update on this?

Sarama version v1.36.0
Go version 1.19
Kafka 3.x

HY1310 · 2023-02-10T13:37:18Z

A possible workaround is sending heart beat message from client side which just lookup topic metadata. This workaround works in our product environment. Ling Jin ***@***.***> 于2023年2月10日周五 17:59写道：

…

Any update on this? Sarama version v1.36.0 Go version 1.19 Kafka 3.x — Reply to this email directly, view it on GitHub <#1565 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEDWME4FGEOEUN3JMJY7QVDWWYGRTANCNFSM4J7DXWRQ> . You are receiving this because you commented.Message ID: ***@***.***>

david-bergman · 2023-06-23T11:35:55Z

I am still experiencing this issue with the latest sarama
v1.38.2-0.20230327141928-9127f1c432c0
periodically , so once every week or so, when it seems Confluent Kafka does some rolling upgrades on the cluster, i get this error, and then the worker hangs indefinitely.
any plans to address this bug in future releases?

dnwe · 2023-08-31T02:09:54Z

With connections.max.idle.ms enabled server side, this should have been fixed with #2197 and #2234 both merged

@david-bergman it sounds like you are still seeing issues — I wonder if you were inadvertently using sasl v0 in v1.38.1 and missing out on the re-auth. Since #2572 the default was (put back) to sasl v1 and we also have a lot better protocol support. Can you re-test with the latest release?

github-actions · 2023-12-12T12:04:14Z

Thank you for taking the time to raise this issue. However, it has not had any activity on it in the past 90 days and will be closed in 30 days if no updates occur.
Please check if the main branch has already resolved the issue since it was raised. If you believe the issue is still valid and you would like input from the maintainers then please comment to ask for it to be reviewed.

pierDipi added a commit to pierDipi/eventing-kafka-broker that referenced this issue Jul 27, 2020

Create a new ClusterAdmin at each loop

06495ad

- Fix sarama issue: IBM/sarama#1565 Signed-off-by: Pierangelo Di Pilato <pierangelodipilato@gmail.com>

pierDipi mentioned this issue Jul 27, 2020

Create a new ClusterAdmin at each loop knative-extensions/eventing-kafka-broker#63

Merged

pierDipi added a commit to pierDipi/eventing-kafka-broker that referenced this issue Jul 27, 2020

Create a new ClusterAdmin at each loop

f6cbd4d

- Fix sarama issue: IBM/sarama#1565 Signed-off-by: Pierangelo Di Pilato <pierangelodipilato@gmail.com>

varun06 mentioned this issue Sep 3, 2021

write tcp . write: broken pipe issue while producing #2004

Closed

gmaz42 mentioned this issue Sep 13, 2021

log: add a DebugLogger that proxies to Logger #1275

Merged

github-actions bot added the stale Issues and pull requests without any recent activity label Dec 12, 2023

stonedu1011 mentioned this issue Dec 20, 2023

DE14689 add support to reconnect kafka cluster admin cisco-open/go-lanai#187

Closed

github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 11, 2024

yitian108 mentioned this issue May 17, 2024

kafka: Failed to produce message to topic myRsp: write tcp [ip1]:[port1]->[ip2]:[port2]: write: broken pipe #2900

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

producer write broken pipe #1565

producer write broken pipe #1565

chowyu08 commented Dec 25, 2019

talbspx commented Jan 28, 2020

talbspx commented Apr 13, 2020 •

edited

Loading

dnwe commented Apr 13, 2020

talbspx commented Apr 13, 2020 •

edited

Loading

dnwe commented Apr 13, 2020

talbspx commented Apr 13, 2020 •

edited

Loading

d1egoaz commented Apr 13, 2020

talbspx commented Apr 16, 2020

sshahar1 commented Feb 11, 2021

DasTushar commented Apr 6, 2021

caiofralmeida commented May 22, 2021

mster429 commented Aug 31, 2021 •

edited

Loading

dnwe commented Sep 8, 2021 •

edited

Loading

DesmonPong commented Oct 29, 2021

baoxc-shopee commented Jan 25, 2022

king-freshket commented Jun 27, 2022

ghost commented Oct 14, 2022

david-bergman commented Nov 3, 2022 •

edited

Loading

boscar commented Jan 30, 2023

3AceShowHand commented Feb 10, 2023

HY1310 commented Feb 10, 2023 via email

david-bergman commented Jun 23, 2023

dnwe commented Aug 31, 2023

github-actions bot commented Dec 12, 2023

producer write broken pipe #1565

producer write broken pipe #1565

Comments

chowyu08 commented Dec 25, 2019

Versions

Configuration

Logs

Problem Description

talbspx commented Jan 28, 2020

talbspx commented Apr 13, 2020 • edited Loading

dnwe commented Apr 13, 2020

talbspx commented Apr 13, 2020 • edited Loading

dnwe commented Apr 13, 2020

talbspx commented Apr 13, 2020 • edited Loading

d1egoaz commented Apr 13, 2020

talbspx commented Apr 16, 2020

sshahar1 commented Feb 11, 2021

DasTushar commented Apr 6, 2021

caiofralmeida commented May 22, 2021

mster429 commented Aug 31, 2021 • edited Loading

dnwe commented Sep 8, 2021 • edited Loading

DesmonPong commented Oct 29, 2021

baoxc-shopee commented Jan 25, 2022

king-freshket commented Jun 27, 2022

ghost commented Oct 14, 2022

david-bergman commented Nov 3, 2022 • edited Loading

boscar commented Jan 30, 2023

3AceShowHand commented Feb 10, 2023

HY1310 commented Feb 10, 2023 via email

david-bergman commented Jun 23, 2023

dnwe commented Aug 31, 2023

github-actions bot commented Dec 12, 2023

talbspx commented Apr 13, 2020 •

edited

Loading

talbspx commented Apr 13, 2020 •

edited

Loading

talbspx commented Apr 13, 2020 •

edited

Loading

mster429 commented Aug 31, 2021 •

edited

Loading

dnwe commented Sep 8, 2021 •

edited

Loading

david-bergman commented Nov 3, 2022 •

edited

Loading