clvm, removendo o grupo de volumes do cluster (FC)

1

Depois de ter um pouco de fiasco com o clvmd, eu gostaria de começar do zero, e realmente não usar clvmd , já que no meu caso quase não é necessário. Eu posso facilmente ter o 'lvscan' incorporado em coisas de gerenciamento superior como ... fantoche.   Em qualquer caso, como se corrige:

  connect() failed on local socket: No such file or directory
  Internal cluster locking initialisation failed.
  WARNING: Falling back to local file-based locking.
  Volume Groups with the clustered attribute will be inaccessible.

O fdisk /emcpowerpath , pvcreate /emcpowerpath e a recriação do VG corrigiram esse problema?

    
por CMag 07.11.2011 / 18:14

1 resposta

2

Eu tenho lidado principalmente com iSCSI com EMCs (Celerra), não com FC; e eu não usei o Cluster LVM. O LVM mantém (iirc) 386kb de metadados no início de um PV, e o restante são dados brutos. Então as chances de perder dados são pequenas (se você puder tolerar algum tempo de inatividade) .. você pode usar o dmsetup para obter informações de localização do disco bruto antecipadamente para cada LV, caso seja necessário.

Estou usando o LVM direto em mais de 80 clusters de nó sem problemas, usando ferramentas de nível superior para interromper o acesso simultâneo aos mesmos LVs. Eu também não faço nenhuma mudança automática de metadados. Adições de novos LVs também são OK, desde que o vgscan seja executado em todos os nós depois (e no nó que você está fazendo a mudança antecipadamente também) .. mas a situação ideal é pré-alocar todos os LVs.

    
por 24.11.2011 / 08:34

Tags