背景:
由于歷史原因,某個MongoDB副本集只有一主一從雙節(jié)點,無法滿足自動故障轉(zhuǎn)移要求,需要配置一個仲裁節(jié)點。
原有節(jié)點192.168.10.20:27017,192.168.10.21:27017,現(xiàn)在準備在20上配置一個新節(jié)點27018當做仲裁
在當前主節(jié)點上執(zhí)行
repset:PRIMARY> cfg={_id:"repset", members:[{_id:0, host:'192.168.10.20:27017', priority:1},{_id:2, host:'192.168.10.21:27017', priority:2}, {_id:3, host:'192.168.10.20:27018', arbiterOnly:true}]};
repset:PRIMARY> rs.reconfig(cfg)
顯示配置是成功的,接著用命令查看副本集狀態(tài)時,發(fā)現(xiàn)仲裁節(jié)點不可用,報錯信息replica set IDs do not match。
repset:PRIMARY> rs.status()
網(wǎng)上的各種文檔都是說①查看副本集的名稱是否一致 ②把節(jié)點上的數(shù)據(jù)全都刪掉。
我在確認副本集配置名稱一致后,刪除仲裁節(jié)點的數(shù)據(jù)時發(fā)現(xiàn):1、通過客戶端是無法刪除副本集配置集合;2、刪除底層物理文件會導(dǎo)致Mongod進程啟動失敗。
在仔細回想initiate一次性副本集配置的操作時,發(fā)現(xiàn)配置后,只啟動了一個客戶端。我的猜想是會不會是因為我啟動了仲裁節(jié)點的客戶端,仲裁節(jié)點生成了單獨的副本集ID。
于是我將仲裁節(jié)點的配置文件db、log、Mongodb.conf全都刪除,并重新命令啟動仲裁節(jié)點MongoD進程后,直接在當前Primary節(jié)點按之前的操作添加仲裁節(jié)點后,發(fā)現(xiàn)仲裁節(jié)點已正常。
結(jié)論:
目前只是證實了我的猜想,還沒找到官方的說法。
在添加副本集節(jié)點的時候,新增的節(jié)點在啟動服務(wù)后,一定不要連接客戶端,否則新增節(jié)點會生成另外的副本集ID,雖然副本集名稱一致,但是IDs不一致會報錯。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習或者工作具有一定的參考學(xué)習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- MongoDB啟動報錯 28663 Cannot start server
- NodeJS連接MongoDB數(shù)據(jù)庫時報錯的快速解決方法
- 關(guān)于mongoose連接mongodb重復(fù)訪問報錯的解決辦法
- perl操作MongoDB報錯undefined symbol: HeUTF8解決方法
- Mongodb 崩潰報錯 Too many open files的問題解析