ハンドルオフレンガのファイルシステムのクラスタを分散Glusterfs

私たちは最近、レンガがダウンしている通常のクラスタで既に実行中約半分gluster分散ファイルシステムで発見します。ボリューム名：ウェブvolumeType：ReplicateVolume ID：cd9bf5ad-1b5f-404B-8279-6de12b8838ecStatus：レンガのStartedNumber：1×3 = 3Transport型：tcpBricks：Brick1：10.48.83.204:/data/gfsBrick2：10.48.83.200:/データ/gfsBrick3：ボリュームの10.48.83.196:/data/gfsStatus：ウェブvolumeGlusterプロセスポートオンラインでPid——————————————————————————レンガ10.48.83.204:/data/gfs 49152 Y 1791Brick 10.48.83.200:/data/gfs 49152 Y 17406Brick 10.48.83.196。 /データ/GFS N /ANN /A
SSD悪質な障害がIOもたらすので

このノードは、SSDです。私たちは、オフラインSSDの交換ノードを決定しました。私たちの置換処理GFSファイルシステムのコンテンツデータは、収入に影響を与えていません。これは、これは我々が主に今日の表現したいものではありません、GlusterFSによるものです。今日、私たちは、主に新しいSSDのレンガのノードがクラスタに再加入する方法について話しています。 1.ノード196 /データ/文書は、次のように我々は、拡張属性GFSを（通常のノードを行う）を取得する必要があります。2.マウント：[[email protected]〜]＃getfattr -d -m‘。 *’ /データ/gfsgetfattr：削除リーディング‘ /&rsquo絶対パス名＃ファイルから：データ/gfstrusted.afr.webボリュームクライアント-0 = 0sAAAAAAAAAAAAAAAAtrusted.afr.webボリュームクライアント-1 = 0sAAAAAAAAAAAAAAAAtrusted。 afr.webボリュームクライアント-2 = 0sAAAAAAAAAAAAAAAAtrusted.gfid = 0sAAAAAAAAAAAAAAAAAAAAAQ ==; trusted.gfid値取得trusted.glusterfs.dht = 0sAAAAAQAAAAAAAAAA /////==のtrusted.glusterfs.volume-ID W = 0szZv1rRtfQEuCeW3hK4g47A ==; 3.次のように配置され、GFSを得trusted.glusterfs.volume-ID値は、属性ファイルフォルダ196を拡張：setfattr -n trusted.glusterfs.volume-ID -v 0szZv1rRtfQEuCeW3hK4g47A == /データ/gfssetfattr -n trusted.gfid -v 。0sAAAAAAAAAAAAAAAAAAAAAQ == /データ/gfs4サービスgetfattr -d -m‘. *&rsquo GFS {/etc/init.d/glusterd再開} 5. 196 @実行を再開し、/データ/GFS、添加が完了しました！お使いのクラスタは、同様に、ストリップにある場合、データは、上でRAID1同期のようになります。