GlusterFSを検証してみる。 (4)

ところで三台あるglusterサーバのglusterdをダウンさせた後、一台だけglusterdをUpさせた。

そのアップさせたサーバlocalにてnodeステータスを見てみようと思い、以下のコマンドを発行した。

[root@gluster-sv2 ~]# gluster peer status
Connection failed. Please check if gluster daemon is operational.

結論から言うと、うっかりlocalhostのglusterdをアップしていないサーバでコマンドを発行させたことが原因。

流石にglusterdが生きているサーバを探してまで状態はチェックできないようだ。

（理論的には可能だと思うが。）

glusterコマンドの接続までのプロセスは以下の通りでlocalhost接続を前提としている。

（省略）

connect(5, {sa_family=AF_INET, sin_port=htons(24007), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(48205), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
close(5)                                = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 5
connect(5, {sa_family=AF_INET6, sin6_port=htons(24007), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
getsockname(5, {sa_family=AF_INET6, sin6_port=htons(38564), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0

次にgluster peer statusで以下のようにHostnameがIPで見えることがある。

この場合、gluster peer probeした時点で名前解決が出来ていないことが原因だと思う。

もしくは、そのサーバがダウンしていて、その間にgluster node statusなどを発行した時。

[root@gluster-sv2 ~]# gluster peer status
Number of Peers: 2

Hostname: 172.17.1.42
Uuid: 6eb7a405-d7ba-47dc-84c6-4f30531a9c3a
State: Peer in Cluster (Connected)

Hostname: gluster-sv1
Uuid: 0525a794-013c-4382-87a6-260291a931ea
State: Peer in Cluster (Connected)

名前解決が正しくできているのであれば問題ないのだけれども気になる場合は、probeをやり直せばよい。

[root@gluster-sv2 ~]# gluster peer probe gluster-sv3
Probe successful
[root@gluster-sv2 ~]# gluster peer status
Number of Peers: 2

Hostname: gluster-sv3
Uuid: 6eb7a405-d7ba-47dc-84c6-4f30531a9c3a
State: Peer in Cluster (Connected)

Hostname: gluster-sv1
Uuid: 0525a794-013c-4382-87a6-260291a931ea
State: Peer in Cluster (Connected)