apache / apache/iotdb

[Bug] Version 1.3.3 After 1 or 2 weeks of stable operation, the database error Failed to connect to config node.

オープン
#14,702 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
Java
スター
6.4k
フォーク
1.2k
平均マージ
1日 23時間
マージ済み PR(30日)
115

説明

### Search before asking

- [x] I searched in the [issues](https://github.com/apache/iotdb/issues) and found nothing similar.

### Version

Operating system: CentOS 7
iotdb version 1.3.3 (Build: ad95a7e)
Docker version 27.4.0, build bde2b89
docker-compose version 1.24.1, build 4667896b

### Describe the bug and provide the minimal reproduce step

I use docker-compose script to start a stand-alone iotdb service, and when my service runs stably for 1-2 weeks, the system will report the following error, causing my Java SessionPool to fail to connect to the iotdb database,Writes and reads per second are about 100-300
`
2025-01-15 00:51:06,966 [pool-30-IoTDB-ClientRPC-Processor-141] WARN o.a.i.d.p.c.ConfigNodeClient:299 - The current node may have been down TEndPoint(ip:127.0.0.1, port:10710),try next node
2025-01-15 00:51:07,967 [pool-30-IoTDB-ClientRPC-Processor-141] INFO o.a.i.c.c.ThriftClient:91 - Broken pipe error happened in sending RPC, we need to clear all previous cached connection, error msg is java.net.ConnectException: Connection refused
2025-01-15 00:51:07,968 [pool-30-IoTDB-ClientRPC-Processor-141] WARN o.a.i.d.p.c.ConfigNodeClient:299 - The current node may have been down TEndPoint(ip:127.0.0.1, port:10710),try next node
2025-01-15 00:51:07,970 [pool-30-IoTDB-ClientRPC-Processor-141] ERROR o.a.i.d.a.ClusterAuthorityFetcher:410 - Failed to connect to config node.
2025-01-15 00:51:07,989 [pool-30-IoTDB-ClientRPC-Processor-141] INFO o.a.i.c.c.ThriftClient:91 - Broken pipe error happened in sending RPC, we need to clear all previous cached connection, error msg is java.net.ConnectException: Connection refused
`
The content of my docker-compose file is:
`
version: "3.3"

services:
iotdb-service:
image: apache/iotdb:latest
hostname: iotdb
container_name: iotdb
restart: always
network_mode: "host"
environment:
- cn_internal_address=127.0.0.1
- cn_internal_port=10710
- cn_consensus_port=10720
- cn_seed_config_node=127.0.0.1:10710
- dn_rpc_address=0.0.0.0
- dn_internal_address=127.0.0.1
- dn_rpc_port=6667
- dn_mpp_data_exchange_port=10740
- dn_schema_region_consensus_port=10750
- dn_data_region_consensus_port=10760
- dn_seed_config_node=127.0.0.1:10710
privileged: true
volumes:
- ./iotdb/data:/iotdb/data
- ./iotdb/logs:/iotdb/logs
`
When I restart the container, the service is restored

### What did you expect to see?

Is there a problem with my configuration? Or whether the docker container runs this problem

### What did you see instead?

![Image](https://github.com/user-attachments/assets/01713aef-a8fd-4dd6-b1b3-b75482ae2105)

### Anything else?

_No response_

### Are you willing to submit a PR?

- [ ] I'm willing to submit a PR!

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

提供された docker-compose 構成と、ConfigNodeClient、ClusterAuthorityFetcher、ThriftClient のログエントリを調査の出発点として使用してください。記載された CentOS 7、Docker、IoTDB 1.3.3 のセットアップで、standalone サービスが 1~2 週間後に config-node との接続を失う理由を調査してください。完了条件は、確認済みの原因を特定し、再現可能な修正または設定変更を文書化することです。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
docker, docker-compose, java
領域
databases, devops
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。