Centos Xen redimensionando a partição Domú e o grupo de volumes

Question

Eu tenho uma configuração assim:

      Dom0 LV
         |
 DomU Physical Disk
    |           |
  XVDA1       XVDA2
 (/boot)    (DomU PV)
                |
            VolGroup00
            (DomU VG)
            |        |
      LogVol00       LogVol01
       (swap)         (/)

Estou tentando redimensionar o sistema de arquivos raiz do DomU. (VolGroup00-LogVol01) Eu percebo que agora preciso redimensionar a partição XVDA2, no entanto, quando tento fazer isso com o parted no Dom0, ele apenas me diz "Erro: Não foi possível detectar o sistema de arquivos".

Então, para redimensionar a parte raiz, o VolGroup-LogVol00 não deve ser o processo:

# Shut down DomU
xm shutdown domU

#Resize Dom0 Logical volume
lvextend -L+2G /dev/volumes/domU-vol

# Parted 
parted /dev/volumes/domU-vol

# Resize root partition
resize 2 START END

(This is where I get an error) "Error: Could not detect file system."


# add the vm volume group to Dom0 lvm
kpartx -a /dev/volumes/domU-vol

# resize the domU PV
pvresize /dev/mapper/domU-pl (as listed in pvdisplay)

# The domU volume group should automatically adjust
# resize the DomU lv
lvextend -L+2G /dev/VolGroup/LogVol00

E então, obviamente, aumentar o fs, remova o dispositivo do kpartx etc

O problema é que eu não sei como redimensionar a partição? Como faço para redimensionar essa partição para que eu possa executar o pvresize no DomU?

Obrigado

    

Answer 1

Aqui estão os passos que eu segui para redimensionar um convidado KVM que usava o LVM internamente.

1. Desligar a VM
2. adicione mais espaço ao "arquivo de imagem" do convidado (algo como: cat old.img 10G_addon.raw > > new.img
3. inicie a VM (usando o recém-criado new.img)

4. execute o fdisk dentro da VM e exclua & recriar a partição LVM

   % fdisk /dev/vda
   ...
   Device Boot      Start         End      Blocks   Id  System
   /dev/vda1   *           1          13      104391   83  Linux
   /dev/vda2              14        3263    26105625   8e  Linux LVM
   
   Command (m for help): d
   Partition number (1-4): 2
   
   Command (m for help): p
   
   Disk /dev/vda: 48.3 GB, 48318382080 bytes
   255 heads, 63 sectors/track, 5874 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   
   Device Boot      Start         End      Blocks   Id  System
   /dev/vda1   *           1          13      104391   83  Linux
   
   Command (m for help): n 
   Command action
     e   extended
     p   primary partition (1-4)
   p
   Partition number (1-4): 2
   First cylinder (14-5874, default 14): 14
   Last cylinder or +size or +sizeM or +sizeK (14-5874, default 5874): 
   Using default value 5874
   
   Command (m for help): p
   
   Disk /dev/vda: 48.3 GB, 48318382080 bytes
   255 heads, 63 sectors/track, 5874 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   
   Device Boot      Start         End      Blocks   Id  System
   /dev/vda1   *           1          13      104391   83  Linux
   /dev/vda2              14        5874    47078482+  83  Linux
   
   Command (m for help): t
   Partition number (1-4): 2
   Hex code (type L to list codes): 8e
   Changed system type of partition 2 to 8e (Linux LVM)
   
   Command (m for help): p
   
   Disk /dev/vda: 48.3 GB, 48318382080 bytes
   255 heads, 63 sectors/track, 5874 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   
   Device Boot      Start         End      Blocks   Id  System
   /dev/vda1   *           1          13      104391   83  Linux
   /dev/vda2              14        5874    47078482+  8e  Linux LVM
   
   Command (m for help): w
   The partition table has been altered!
   
   Calling ioctl() to re-read partition table.
   
   WARNING: Re-reading the partition table failed with error 16: Device or 
   resource busy.
   The kernel still uses the old table.
   The new table will be used at the next reboot.
   Syncing disks.
   %
   

5. Reinicialize a VM

6. Redimensione o volume físico do LVM

   % pvdisplay 
     --- Physical volume ---
     PV Name               /dev/vda2
     VG Name               VolGroup00
     PV Size               24.90 GB / not usable 21.59 MB
     Allocatable           yes (but full)
     PE Size (KByte)       32768
     Total PE              796
     Free PE               0
     ...
   
   % pvresize /dev/vda2
   
   % pvdisplay
     --- Physical volume ---
     PV Name               /dev/vda2
     VG Name               VolGroup00
     PV Size               44.90 GB / not usable 22.89 MB
     Allocatable           yes 
     PE Size (KByte)       32768
     Total PE              1436
     Free PE               640
     ...
   

7. Redimensione o volume lógico do LVM

     % lvresize /dev/VolGroup00/LogVol00 -l +640
     Extending logical volume LogVol00 to 43.88 GB
     Logical volume LogVol00 successfully resized
   

8. Cresça o sistema de arquivos

     % resize2fs /dev/VolGroup00/LogVol00 
     resize2fs 1.39 (29-May-2006)
     Filesystem at /dev/VolGroup00/LogVol00 is mounted on /; on-line resizing required
     Performing an on-line resize of /dev/VolGroup00/LogVol00 to 11501568 (4k) blocks.
     The filesystem on /dev/VolGroup00/LogVol00 is now 11501568 blocks long.
   

O exemplo acima é o meu, mas eu segui os passos deste site

    

Answer 2

Então, para esclarecer: você precisa redimensionar a raiz LV dentro da VM, mas o VG está cheio, então você precisa primeiro redimensionar a partição física em que o PV está vivo? Assumindo que está correto, continuamos ...

Surpreende-me que o parted tenha um talento na partição do dom0. Do ponto de vista, é apenas um PV LVM em uso. Eu nunca fiquei particularmente impressionado com parted, e eu fico com o bom e velho fdisk.

Você provavelmente terá problemas para redimensionar a partição enquanto o disco estiver em uso, porque a nova verificação da tabela de partições em um sistema de arquivos montado é ... complicada. Seria melhor desligar a VM e fazer todas as operações do dom0.

Eu recomendaria pular partições inteiramente e fazer tudo com o LVM; Eu também não gosto de LVM em minhas VMs porque elas têm uma taxa de transferência de E / S ruim o suficiente. Basta anexar um monte de LVs do dom0 para as partições nas VMs - isso também torna a replicação mais fácil, já que você normalmente não deseja replicar a troca (a menos que você esteja fazendo a migração ao vivo, mas é apenas mais um dispositivo de bloco para replicar de qualquer maneira).

    

Answer 3

Tenha também muito cuidado ao redimensionar.

Parece que o passo com o qual você está tendo problemas é a etapa do parted:

link

Tenha o cuidado de seguir a nota e você também pode usar o fdisk -l na partição para ter certeza de que é o tipo de partição e o sistema de arquivos que você espera.

Outras boas referências gerais que podem fornecer ajuda a você ou a outras pessoas: link

link

link