官網上。。。
操作步驟:
別啟動glusterfs服務
重新安裝glusterfs後,設定好對應的brick目錄和掛載完對應的儲存,暫時別啟動glusterfs服務。
獲取該節點uuid資訊
通過觀察集群的其他節點儲存的節點uuid資訊,得到損壞節點的uuid資訊。
ls命令檢視乙個完好節點的「/var/lib/glusterd/peers」目錄,可以看到該集群其他節點所有的uuid,如圖1所示。
逐個觀察各完好節點的本身uuid資訊(cat /var/lib/glusterd/glusterd.info),如圖2所示。
結合兩個結果進行排除,就可以損壞節點的原uuid資訊。
在損壞節點配置原uuid資訊
在/var/lib/glusterd/目錄下,新建glusterd.info,按圖2的格式,將原uuid和operating-version資訊寫入該檔案。
重啟glusterfs服務
在該節點執行「gluster peer probe gf6」命令探測完好節點。
在該節點執行「gluster peer status」命令觀察儲存池的狀態,如圖3所示。
在第(5)步命令中那個完好的節點(gf6),也執行「gluster peer status」命令觀察儲存池的狀態,如圖4所示。
可以看到損壞的節點(gf2)在儲存池節點的狀態為「peer rejected (connected)」。
重啟損壞節點(gf2)的glusterfs服務
在兩個節點分別觀察儲存池節點的狀態,應該可以發現損壞的節點,已經正常連線到儲存池中。
觸發該節點進行資料同步
在客戶端的掛載點使用ls命令遍歷集群目錄,該節點就啟動檔案自癒功能,從老的備份節點將資料同步過來。
注意:當資料較大時,整個同步過程較為耗時。
測試損壞節點是否可寫檔案
在客戶端的掛載目錄,新建多個檔案,觀察新建的檔案能否寫在該節點上。
測試如下:通過touch命令,新建數個檔案。
在原來損壞的節點的brcik目錄下觀察能否寫入檔案
命令:
mkdir ...bricks...ls /var/lib/glusterd/peers
ll /var/lib/glusterd/peers
cat /var/lib/glusterd/glusterd.info
vi /var/lib/glusterd/glusterd.info
gluster peer probe gfs1
gluster peer status
ls ....掛載客戶端
touch ...
物件儲存glusterfs使用
新增三颱centos7機器,最小化安裝 ip分配是 服務端192.168.1.7 192.168.1.8 客戶端192.168.1.9 主機名分別為 gluster01 gluster02 client01 hostnamectl set hostname gluster01 hostnamectl...
GlusterFS的安裝與使用
故障 我們使用的是 mount.glusterfs 192.168.1.138 bbs img data wwwroot web share 這種方式進行掛載。如果192.168.1.138 m1 網路故障怎麼辦?1 手動切換 步驟 umount data wwwroot web share mou...
mysql與glusterfs結合使用的一點思路
1.為什麼要將mysql的資料檔案存放在glusterfs上 1 隨著資料量的增加本地的磁碟始終會有飽和的時候,所以需要glusterfs這種分布式系統,便於擴容 2 glusterfs提供的副本機制,可以保證資料的容災性 2.mysql資料檔案存放在glusterfs上的效能如何 1 寫效能,資料...