apache / apache/pulsar-client-cpp
[Bug] Keep-alive timeout when send/receive large message
- Lingua principale
- C++
- Stelle
- 71
- Fork
- 90
- Merge medio
- 2h 33m
- PR unite (30g)
- 3
Descrizione
### Search before asking
- [X] I searched in the [issues](https://github.com/apache/pulsar-client-cpp/issues) and found nothing similar.
### Version
client 3.2
server 3.2.2
### Minimal reproduce step
Use a producer to send one 300M message to the broker using synchronous mode with 5M bandwidth, just make sure the message to be sent in almost one minute.
BTW, it works fine for small message, for example, messages less than 100M can be successfully sent or consumed within 5M bandwidth
### What did you expect to see?
Send successfully
### What did you see instead?
2024-04-28 16:58:11.157 WARN [40520] D:\a\pulsar-client-cpp\pulsar-client-cpp\lib\ClientConnection:1158 | [10.214.4.3:49457 -> 8.218.192.194:6650] Forcing connection to close after keep-alive timeout
2024-04-28 16:58:11.157 ERROR [40520] D:\a\pulsar-client-cpp\pulsar-client-cpp\lib\ClientConnection:1234 | [10.214.4.3:49457 -> 8.218.192.194:6650] Connection closed with ConnectError
### Anything else?
When I use asynchronous mode in the producer side, this issue is mitigated, while the consumer stuck into it. I find the keepalive interval is hardcoded in ClientConnection.cc and the value is 30 seconds, and I also find it executed by a deadline timer which run in a separated thread, thus I am not sure if this has something to do with the large message sending or receiving
### Are you willing to submit a PR?
- [ ] I'm willing to submit a PR!
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia in ClientConnection.cc, in particolare dall’intervallo di keep-alive di 30 secondi codificato direttamente e dal relativo timer di deadline. Riproduci il problema con client 3.2 e server 3.2.2 usando un messaggio sincrono da 300M con una larghezza di banda di 5M, quindi confronta il comportamento dei producer sincroni e asincroni e quello dei consumer. L’attività è completata quando l’invio o la ricezione di grandi dimensioni termina senza che il timeout di keep-alive chiuda la connessione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- cpp
- Ambito
- distributed-systems, networking
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100