Início / server / Perguntas / 829372
Accepted
giomanda
Asked: 2017-01-31 01:11:27 +0800 CST

Extensões alocáveis ​​adequadas insuficientes ao estender lvm

  • 772

Eu tenho um grupo de volume (vg) com cerca de 127 GB de espaço livre. Estou tentando estender um volume lógico para +50 GB, mas estou obtendo

extensões alocáveis ​​adequadas insuficientes

Isso é bastante estranho, pois há espaço suficiente no VG para alocar. Abaixo você pode encontrar informações sobre a configuração do meu LV:

root@server:~# df -h
Filesystem                        Size  Used Avail Use% Mounted on
/dev/dm-0                          19G  4.3G   15G  23% /
udev                               10M     0   10M   0% /dev
tmpfs                              19G  341M   19G   2% /run
tmpfs                              48G     0   48G   0% /dev/shm
tmpfs                             5.0M     0  5.0M   0% /run/lock
tmpfs                              48G     0   48G   0% /sys/fs/cgroup
/dev/mapper/data-lvm1   158G  135G   24G  86% /srv/mongodb/lvm1
/dev/mapper/data-lvm2  543G  509G   35G  94% /srv/mongodb/lvm2

root@server:~# lvs
  LV             VG    Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  lvm1  data  -wi-ao---- 160.00g                                                    
  lvm2  data  -wi-ao---- 551.00g                                                    
  root  local -wi-ao----  19.31g                                                    
  swap  local -wi-ao----  11.18g                                                    

root@server:~# vgs
  VG    #PV #LV #SN Attr   VSize   VFree  
  data    2   2   0 wz--l- 838.24g 127.24g
  local   1   2   0 wz--n- 136.70g 106.21g

root@server:~# pvs
  PV         VG    Fmt  Attr PSize   PFree  
  /dev/sda1  local lvm2 a--  136.70g 106.21g
  /dev/sdb   data  lvm2 a--  279.36g 119.36g
  /dev/sdc   data  lvm2 a--  558.88g   7.88g

root@server:~# lvextend -L +50G /dev/data/lvm2 
  Insufficient suitable allocatable extents for logical volume lvm2: 10783 more required

root@server:~# vgscan 
  Reading all physical volumes.  This may take a while...
  Found volume group "data" using metadata type lvm2
  Found volume group "local" using metadata type lvm2

root@server:~# pvscan 
  PV /dev/sdb    VG data    lvm2 [279.36 GiB / 119.36 GiB free]
  PV /dev/sdc    VG data    lvm2 [558.88 GiB / 7.88 GiB free]
  PV /dev/sda1   VG local   lvm2 [136.70 GiB / 106.21 GiB free]
  Total: 3 [974.94 GiB] / in use: 3 [974.94 GiB] / in no VG: 0 [0   ]

root@server:~# lvscan 
  ACTIVE            '/dev/data/lvm1' [160.00 GiB] inherit
  ACTIVE            '/dev/data/lvm2' [551.00 GiB] inherit
  ACTIVE            '/dev/local/root' [19.31 GiB] inherit
  ACTIVE            '/dev/local/swap' [11.18 GiB] inherit
lvm

2 respostas

  1. Best Answer

    LVs em dados VG estão usando política "herdada". A política do VG é cling, que tenta alocar novas extensões do mesmo PV. Consulte lvm(8)para obter detalhes.

    Para substituir, você pode executar o lvextendcomando com --alloc normalopção adicional ou alterar o padrão run vgchange --alloc normal data.

    • 6

  2. Recebi a mesma mensagem de erro quando tentei estender um dos meus LVs. A política já foi definida como "normal". No meu caso, o problema era com o striping. Eu tinha o VG construído em cima de dois PVs e o LV foi distribuído entre esses dois PVs. Quando adicionei mais um PV, não consegui mais estender o LV, pois não tinha dois PVs livres para manter o striping.

    Opções disponíveis para configuração distribuída:

    1. sempre adicione PVs em grupos para corresponder ao striping (ou seja, adicione dois novos PVs se você tiver LV de duas faixas).
    2. (se acima não for possível) estenda LV com striping desabilitado ( lvextend -L+1G data -i1). Isso criará outro segmento com #Str=1 visível na lvs --segmentssaída. Observe que provavelmente haverá alguma diferença de desempenho ao acessar os dados dependendo do segmento onde ele está localizado.
    • 5

relate perguntas