Repository-Metriken

Stars: (24.849 Stars)
PR-Merge-Metriken: (Durchschn. Merge 1T 1h) (4 gemergte PRs in 30 T)

Beschreibung

Ubuntu系统，三个服务器分别为tdengine01、tdengine02和tdengine03 /etc/hosts中配置如下： 192.168.1.190 tdengine00 192.168.1.191 tdengine01 192.168.1.192 tdengine02

/etc/taos/taos.cfg下配置如下： ############### 1. Cluster End point ############################

The end point of the first dnode in the cluster to be connected to when this dnode or the CLI utility is started

firstEp tdengine02:6030

The end point of the second dnode to be connected to if the firstEp is not available

secondEp tdengine01:6030

############### 2. Configuration Parameters of current dnode #####

The FQDN of the host on which this dnode will be started. It can be IP address

fqdn tdengine02

启动服务后三台服务器中均能查询到数据（直接再服务器终端中进行数据查询）： taos> show databases; name |

information_schema | performance_schema | log | now_tech | Query OK, 4 row(s) in set (0.004447s) 其中now_tech为我新增的数据库然而，当我通过Windows的TDengine-client登录服务器查询数据时，只有做为主服务器的tdengine02上能查询到数据，其它从服务器上均无法查询到数据，请问这是BUG还是配置错误？主服务器上：从服务器上：

Contributor Guide

Research-Richtung: Das Problem beschreibt ein Szenario, in dem der TDengine Client Daten nicht von Follower Knoten abfragen kann, sondern nur vom Master. Der Benutzer hat Konfigurationsdetails bereitgestellt. Untersuchen Sie die Client Verbindungslogik, um zu verstehen, wie Endpunkte aufgelöst werden. Prüfen Sie, ob der Client die 'secondEp' Konfiguration korrekt verwendet oder ob er standardmäßig nur den Master verwendet. Suchen Sie nach ähnlichen Problemen im Repository und untersuchen Sie den Client Quellcode (wahrscheinlich in C) auf Verbindungsbehandlung. Dies scheint ein potenzieller Fehler im Client seitigen Routing oder ein Konfigurationsmissverständnis zu sein.
Tech Stack: c
Domain: database
Issue Type: Fehler
Schwierigkeit: 2
Geschätzte Zeit: 1-3 Stunden
Aktivitätsstatus: Aktiv
Klarheit: Meist klar
Voraussetzungen: TDenginenetwork configuration
Einsteigerfreundlichkeit: 75