クラウドでは、glusterfsノード（glusterボリュームに参加）とクライアント（glusterボリュームにマウント）のクラスタがあります。これらのノードは、terraform hashicorpツールを使用して作成されます。glusterfsボリュームの作成に失敗しました - ブリックは既にボリュームの一部です
クラスタが稼働してから、計算サイズを4 cpusから8 cpusに増やすなどのglusterマシン構成を変更したい場合、terraformは新しい構成でノードを再作成するための準備をしています。既存のglusterノード新しいインスタンスが作成されますが、同じIPで作成されます。新しく作成されたインスタンスでは、ボリューム作成コマンドは、ブリックがすでにボリュームの一部であると言って失敗します。
はsudo gluster量VOLNAMEレプリカ2トランスポートのTCP IP1を作成する：を/ mnt/ppshare/brick0 IP2：を/ mnt/ppshare/brick0
ボリュームの作成：VOLNAME：失敗しました：を/ mnt/ppshare/brick0すでに一部分である ボリュームの
ただし、ボリュームはこのインスタンスに存在しません。
ボリュームを拡張または縮小する必要がある場合は、既存のボリュームからレンガを追加または削除できます。ここでは、ノードの計算を変更しているため、再作成する必要があります。私はそれがまだ新しいマシンであるので、レンガがすでにボリュームの一部であると言うべき理由を理解していません。
レンガがボリュームの一部であるとか、ボリューム/レンガの情報が格納されている場所を説明できる人がいれば、非常に役に立ちます。ボリュームを正常に再作成できるようにします。
また、このリンクからglusterfsボリューム関連の属性をマウントしたものの空ではなくクリアするために、以下の手順を試しました。 https://linuxsysadm.wordpress.com/2013/05/16/glusterfs-remove-extended-attributes-to-completely-remove-bricks/。
apt-get install attr cd/glusterfs iはattr -lq .です。 setfattr -x trusted。$ i;を実行します。 done/dev/-lq/glusterfs