Defina o volume físico dentro do disco não particionado

5

Eu consegui definir um volume físico (LVM) de duas maneiras:

  • Criando uma partição 8e (tipo Linux LVM) e, em seguida, # pvcreate /dev/sdb1
  • Usign pvcreate diretamente usando um disco não particionado e, em seguida, # pvcreate /dev/sdc < - observe a falta de números, pois não há partições.

Meus discos não são locais, eu uso ambos os cenários: SAN fornecido LUN e VMware fornecido discos em sistemas diferentes. Estamos testando o redimensionamento do LUN / vmware disco on-line e tudo correu bem com os PVs definidos usando discos não particionados, mas com a camada de partição era impossível redimensioná-los com calor usando parted ou fdisk .

Minha pergunta é: por que devo me preocupar em usar 8e partitions se eu puder usar discos brutos para criar volumes físicos e redimensioná-los on-line?

    
por arle 27.04.2015 / 22:59

2 respostas

4

Isso foi solicitado recentemente , mas foi no contexto de discos locais . Nessa situação, há uma boa razão para usar uma tabela de partições no disco, mesmo que você pretenda torná-la uma única partição grande que cubra todo o disco: documentando o fato de que o disco está realmente em uso, evitando acidentes. / p>

Eu acredito que a situação é diferente para discos gerenciados, sejam dispositivos de bloco de rede, imagens de disco paravirtualizadas, SAN LUNs, iSCSI, etc ...

Nesse caso, acho que você deve se sentir à vontade para usar discos inteiros diretamente, pelas seguintes razões:

  • Tentar usar tabelas de partição nesses discos aparentemente está causando problemas com o redimensionamento. Discos lógicos desse tipo podem ser dinamicamente redimensionados de maneiras que os discos físicos nunca podem. Se estiver causando problemas, salve-se desse problema e não faça isso.
  • Esses tipos de discos geralmente não correspondem a discos rígidos físicos e não estarão sujeitos aos mesmos tipos de "este disco parece estar em branco", acidentes que os discos físicos podem.
  • Os discos lógicos geralmente são protegidos por algo que já é semelhante a um contêiner: uma partição externa, um LVM LV, um dispositivo de bloco virtual em um cluster de armazenamento e uma camada extra de particionamento é provavelmente supérflua.
por 27.04.2015 / 23:20
1

Suas ferramentas de particionamento de disco reconhecem o lvm? Se eles fazem Calada dá o conselho certo. Fiz alguns testes e o arquivo e o fdisk no debian fazem a coisa certa, mas testam as ferramentas que você usa.

$ sudo file -s /dev/sd*
/dev/sda:  DOS/MBR boot sector
/dev/sda1: Linux rev 1.0 ext2 filesystem data, UUID=censored, volume name "boot"
/dev/sda2: LVM2 PV (Linux Logical Volume Manager), UUID: censored, size: censored
/dev/sda3: Linux/i386 swap file (new style), version 1 (4K pages), size censored pages, no label, UUID=censored
$ sudo fdisk /dev/sda2

Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

/dev/sda2: device contains a valid 'LVM2_member' signature, it's strongly recommended to wipe the device by command wipefs(8) if this setup is unexpected to avoid possible collisions.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x51e50433.

Command (m for help): q
    
por 27.04.2015 / 23:44