RocketMQ Series---No route info of this topic異常分析
異常原因
1. Broker禁止自動建立Topic,且使用者沒有通過手工方式建立Topic
2. Broker沒有正確連線到Name Server
3. Producer沒有正確連線到Name Server
解決與驗證方法
解決問題1:
啟動順序要先啟動nameserver,再啟動broker,啟動broker時加上autoCreateTopicEnable=true例如 nohup sh mqbroker -n localhost:9876 autoCreateTopicEnable=true &
解決問題2:
啟動沒有異常檢查下nameserver中是否成功註冊了broker,有兩種方式
第一種、看broker的日誌 如果出現形如
2018-02-28 16:21:35 INFO BrokerControllerScheduledThread1 - register broker to name server 192.168.192.129:9876 OK
2018-02-28 16:22:05 INFO BrokerControllerScheduledThread1 - register broker to name server 192.168.192.129:9876 OK
證明已經連線到nameserver上
第二種、 在bin目錄下執行命令sh mqadmin clusterList -n localhost:9876 如果看到
#Cluster Name #Broker Name #BID #Addr #Version #InTPS(LOAD) #OutTPS(LOAD) #PCWait(ms) #Hour #SPACE
DefaultCluster DEFAULT_BROKER 0 192.168.192.129:10911 V4_2_0_SNAPSHOT 0.00(0,0ms) 0.00(0,0ms) 0 422168.55 -1.0000
也是證明已經連線到nameserver上。
相關文章
- Topic太多!RocketMQ炸了!MQ
- spring-boot-route(四)全域性異常處理Springboot
- Flutter 常見異常分析Flutter
- spring-boot-route(十五)整合RocketMQSpringbootMQ
- RocketMQ Compaction Topic的設計與實現MQ
- Android異常分析(轉)Android
- RocketMQ的invokeSync call timeout異常的解決辦法MQ
- binlog 異常暴漲分析
- 跑批SQL效能異常分析SQL
- wireshark、異常資料分析、常見RST介紹
- 當機導致slave異常分析
- Oracle JOB異常中斷原因分析Oracle
- 異常篇——異常處理
- 異常和異常呼叫鏈
- [異常等待事件latch undo global data]分析事件
- 一次VPN隧道建立異常分析
- Java異常的深入研究與分析Java
- DRF之異常捕獲原始碼分析原始碼
- Linux 常見異常分析,請收好這份排查指南~Linux
- Java 異常(二) 自定義異常Java
- Java checked異常和unchecked異常。Java
- JAVA異常處理原則和log4j輸出詳細異常分析Java
- Laravel Route(路由)匹配原始碼分析Laravel路由原始碼
- 資料庫異常智慧分析與診斷資料庫
- [異常等待事件rdbms ipc reply]-分析說明事件
- Flutter異常監控 - 貳 | 框架Catcher原理分析Flutter框架
- 故障分析 | 從 data_free 異常說起
- 線上redis服務記憶體異常分析。Redis記憶體
- 異常-編譯期異常和執行期異常的區別編譯
- 【RocketMq】RocketMq-NameServ 原始碼分析(Ver4.9.4)MQ原始碼
- 異常-throws的方式處理異常
- 異常處理與異常函式函式
- RocketMQ同一個消費者唯一Topic多個tag踩坑經歷MQ
- jmu-Java-06異常-01-常見異常Java
- 基於網路回溯分析技術的異常行為分析
- 生產系統 SQL 執行異常原因分析SQL
- java.sql.SQLException: No value specified for parameter 1 異常分析JavaSQLException
- 一次分割槽查詢異常的分析