因為TDengine開源的關系，很多小伙伴已經養成了「有事找警察、有理想找Jeff Tao、有問題找GitHub」，截至目前，我們在GitHub上已經有了1800多個Issue，這些Issue的種類也是五花八門。有的是使用過程中遇到的Bug，有的是咨詢一些不太理解的問題，有的是對新功能的建議……眾人拾柴火焰高，TDengine到現在已經發布了27個開源版本，這些版本的更新、優化離不開每一個熱愛開源、不斷體驗TDengine的小伙伴，你們都是TDengine“功勞簿”上的一份子！

但最近，我們總遇到這樣的問題：我遞交到GitHub上的問題，為什么還沒有被解決？

一方面，確實是，對于遞交Issue的小伙伴來說，你面臨的是一個問題，但對于我們的技術支持團隊來說，他們面臨的是眾多小伙伴的一個接著一個的問題，會有一個優先級的問題；另一方面，有時候并不是一兩段描述，一個截圖就能完整呈現你遇到的問題，這背后，需要我們團隊的同學對問題進行復現，再去深挖出現問題的原因，解決起來卻是需要一定的時間。

那么問題來了，技術支持團隊一樣，遇到的問題難度也差不多，為什么別人的問題很容易被解決呢？

我瀏覽了這1800多個Issue，得出個結論，這些很快得到響應并完美解決的問題，都是因為做到了這一點：他們附上了日志，并且盡量詳細地描述了遇到的問題。

換句話說，你的Issue離優秀可能只差一個調試日志。

下面我們就來介紹這關鍵的一步，如何附上TDengine的調試日志。

TDengine分為客戶端和服務器端，一般故障調試過程如下：

1.?關閉服務端程序、清空日志

// 在Linux shell中停止taosd

sudo systemctl stop taosd

// 刪除日志文件

sudo rm –rf /var/log/taos/*

// 在配置文件中添加一行debugFlag 135

sudo vim /etc/taos/taos.cfgdebugFlag 135

如果TDengine，已經crash，也就是通過taos不能正常連接，則需要再增加一行：

enableCoreFile 1

注：1)如果使用的是Windows客戶端報錯，也需要在Windows客戶端的配置文件中，增加以上的內容，默認路徑：C:\TDengine\cfg；2)crash會生成core文件，默認在Linux的根目錄下。

2. 啟動服務端程序、復現問題

// 在Linux shell中停止taosd

sudo systemctl start taosd

//啟動應用程序復現問題

……

3. 發送日志

// 將這下面的日志發給我們

注：如果文檔日志過大，可以截取其中一部分，參考命令如下：

grep ERROR taosdlog.0 -C 200 >> taosdlog.0.log

當然，盡可能完整地描述問題，附上調試日志，這些只是優秀Issue必備的要素之一，可以讓專業的技術支持團隊更快地去復現并解決你的問題。

但開源的樂趣，遠不止如此，也許你也可以成為一盞照亮他人的指路燈，如果在GitHub上遇到了你能解決的問題，我們非常歡迎你來貢獻答案，予人玫瑰，手有余香。

Together，we create！

---

總結

以上是生活随笔為你收集整理的配置文件没有关闭保护模式_别人的Issue很快就能关闭，而我的问题却迟迟没有被解决...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。