Você deve fornecer o VOLUME NAME no comando mount, não o PATH.
Eu tenho um volume GlusterFS hospedado em um servidor de arquivos remoto. Eu posso montar o volume de meus servidores da Web no mesmo controlador de domínio, bem como outros servidores em outros controladores de domínio, no entanto, quando tento montar o volume em meu servidor dev local, a montagem falha com a seguinte entrada de log:
[2015-02-04 15:02:56.034956] I [MSGID: 100030] [glusterfsd.c:2018:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.6.2 (args: /usr/sbin/glusterfs --volfile-server=eros --volfile-id=/storage /var/storage)
[2015-02-04 15:02:56.065574] E [glusterfsd-mgmt.c:1494:mgmt_getspec_cbk] 0-glusterfs: failed to get the 'volume file' from server
[2015-02-04 15:02:56.065650] E [glusterfsd-mgmt.c:1596:mgmt_getspec_cbk] 0-mgmt: failed to fetch volume file (key:/storage)
[2015-02-04 15:02:56.065889] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (0), shutting down
[2015-02-04 15:02:56.065905] I [fuse-bridge.c:5599:fini] 0-fuse: Unmounting '/var/storage'.
[2015-02-04 15:02:56.081713] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (15), shutting down
Eu verifiquei que o firewall não está bloqueando os pacotes, todas as máquinas estão executando a mesma versão do GlusterFS do mesmo repositório e eu posso fazer telnet para as portas gluster do servidor local, mas ainda não consigo montar o volume em qualquer máquina da minha rede local.
Qualquer sugestão seria muito apreciada.
Você deve fornecer o VOLUME NAME no comando mount, não o PATH.
Se você não está usando pacotes RPM, é possível que você esteja com este bug: link
The names of volfiles on disk was changed for improved rdma support. This change was introduced in 3.6.2.
stop glusterd, run
glusterd --xlator-option *.upgrade=on -N
to regenerate the volfiles, start glusterd (on all nodes).
Eu tive o mesmo problema e este comando me ajuda:
gluster volume sync <HOSTNAME> [all|<VOLNAME>] - sync the volume information from a peer