Ubuntu 12.04 glusterfs volume falhou ao montar no momento da inicialização

1

Eu acabei de configurar 7 convidados do KVM, todos executando o servidor Minimal do Ubuntu 12.04 LTS de 64 bits para testar o glusterfs 3.2.5 do repositório oficial do Ubuntu. Dois deles formam um par espelhado (por exemplo, replica 2 ) e cinco deles são clientes. Ainda sou novo neste sistema de arquivos e gostaria de ter uma experiência prática.

A configuração foi em grande parte sem intercorrências, até que eu coloquei o seguinte em cada glusterfs do cliente /etc/fstab :

192.168.122.120:/testvol /var/local/testvol glusterfs defaults,_netdev 0 0 , onde 192.168.122.120 é o endereço IP do primeiro "servidor glusterfs".

Se eu emitir um manaul mountall ou um mount.glusterfs 192.168.122.120:/testvol /var/local/testvol na CLI, um mount mostrará que o volume foi importado com êxito. Mas uma vez que um cliente é reiniciado, depois que ele volta, o volume não está montado!

Pesquisei na Internet e encontrei este artigo , mas como não estou executando o cliente e o servidor no mesmo nó, o IMHO não é estritamente aplicável.

Então, como um "get-around" kludgy, eu coloco um sleep 3 && mount.glusterfs 192.168.122.120:/testvol /var/local/testvol no /etc/rc.local de cada nó cliente. Parece ser capaz de obter o volume montado em cada nó, tanto quanto eu posso dizer.

Mas isso é muito feio, e eu gostaria de receber uma dica sobre como resolver este problema de montagem do glusterfs-non-boot-time corretamente.

Observe que usei o endereço IP do primeiro "servidor glusterfs", embora o /etc/hosts de todos os nós tenha sido preenchido com seus nomes de host. Eu percebi que o uso do endereço IP é mais robusto.

- Zack

    
por user183394 24.09.2012 / 21:43

2 respostas

1

Uma solução potencial pode estar adicionando mais nobootwait e direto-io-mode para fstab, tente algo assim:

     serverip:/vol  mountpoint  glusterfs  defaults,nobootwait,_netdev,direct-io-mode=disable  0       0

Além disso, verifique seu /etc/init/mounting-glusterfs.conf e adicione:

     exec start wait-for-state WAIT_FOR=networking WAITER=mounting-glusterfs-$MOUNTPOINT

Espero que isso ajude como eu experimentei um problema semelhante no passado e resolvi usar combinações / configurações acima.

    
por 08.10.2015 / 11:46
0

Gostaria de saber se adicionar algum log ao seu fstab pode ajudar a fornecer mais informações? Veja as opções de configuração do fstab no guia de administração: link

6.1.2.2. Automatically Mounting Volumes To automatically mount a Gluster volume • To mount a volume, edit the /etc/fstab file and add

the following line: HOSTNAME-OR-IPADDRESS:/VOLNAME MOUNTDIR glusterfs defaults,_netdev 0 0

For example:

server1:/test-volume /mnt/glusterfs glusterfs defaults,_netdev 0 0

Mounting Options

You can specify the following options when using the mount -t glusterfs command. Note that you need to separate all options with commas.

  • backupvolfile-server=server-name
  • fetch-attempts=N (where N is number of attempts)
  • log-level=loglevel log-file=logfile
  • direct-io-mode=[enable|disable]
  • ro (for readonly mounts) acl (for enabling posix-ACLs)
  • worm (making the mount WORM - Write Once, Read Many type)
  • selinux (enable selinux on GlusterFS mount

For example: mount -t glusterfs -o backupvolfile-server=volfile_server2,fetchattempts=2,log-level=WARNING,log-file=/var/log/gluster.log server1:/testvolume /mnt/glusterfs

Eu costumo pensar que ir com IPs ao invés de nomes é mais simples e confiável.

    
por 18.12.2012 / 18:36