apache / apache/dubbo

[Bug] After running for a period of time, the provider is lost.

Open
#14,666 1 comment 0 reactions 0 assignees View on GitHub
component/need-triage type/need-triage
Dominant language
Java
Stars
41.6k
Forks
26.4k
Avg merge
15h 13m
Merged PRs (30d)
4

Description

### Pre-check

- [X] I am sure that all the content I provide is in English.

### Search before asking

- [X] I had searched in the [issues](https://github.com/apache/dubbo/issues?q=is%3Aissue) and found no similar issues.

### Apache Dubbo Component

Java SDK (apache/dubbo)

### Dubbo Version

Dubbo version 3.2.11
JDK 21
in k8s

### Steps to reproduce this issue

start provider and consumer in k8s use tri protocol。
not using a registry center, but connecting directly using DNS.
There is no issue during startup, but after running for a period of time (about 7 or 8 hours), the client reports that it cannot connect to the provider.
image

image

### What you expected to happen

idk

### Anything else

_No response_

### Are you willing to submit a pull request to fix on your own?

- [ ] Yes I am willing to submit a pull request on my own!

### Code of Conduct

- [X] I agree to follow this project's [Code of Conduct](https://www.apache.org/foundation/policies/conduct)

Contributor guide

Open the contributing guide

Research direction

Reproduce the Java SDK 3.2.11 setup in Kubernetes with the tri protocol, direct DNS connection, and no registry center. Start by investigating why the consumer loses connectivity after approximately 7–8 hours using the attached error evidence. Done means identifying the cause and verifying that the consumer remains connected to the provider during sustained operation.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, kubernetes
Domain
backend-api-design, distributed-systems, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.