Eu estava vendo uma mensagem de erro obscura sobre um soquete não conectado com o par 127.0.0.1.
[2013-08-16 00:36:56.765755] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (127.0.0.1:1022)
Acontece que o problema que eu estava tendo era devido ao NAT. Eu estava tentando criar servidores gluster que estavam por trás de um dispositivo NAT e usar o IP público para resolver os nomes. Isso simplesmente não funcionará corretamente para a máquina local.
O que eu tinha era algo como o seguinte em cada nó.
Um arquivo de hosts contendo
192.168.0.11 gluster1
192.168.0.12 gluster2
192.168.0.13 gluster3
192.168.0.14 gluster4
A correção foi remover os pares confiáveis primeiro
sudo gluster peer detach gluster2
sudo gluster peer detach gluster3
sudo gluster peer detach gluster4
Em seguida, altere o arquivo hosts em cada máquina para ser
# Gluster1
127.0.0.1 gluster1
192.168.0.12 gluster2
192.168.0.13 gluster3
192.168.0.14 gluster4
# Gluster2
192.168.0.11 gluster1
127.0.0.1 gluster2
192.168.0.13 gluster3
192.168.0.14 gluster4
etc
Em seguida, pesquise por ponto e, finalmente, crie o volume que obteve sucesso.
Eu duvido que usar endereços IP (os públicos) funcionará neste caso. Deve funcionar se você usar os endereços privados por trás do seu NAT. No meu caso, cada servidor estava atrás de um NAT na nuvem da AWS.