6.5.7. Sistemas de arquivo e armazenamento
O sistema de arquivo /boot não pode ser colocado na LVM
Você não pode colocar o sistema de arquivo /boot em um volume lógico LVM. Esta limitação existe pelas seguintes razões:
-
Nos sistemas EFI, o EFI System Partition convencionalmente serve como o sistema de arquivo
/boot. O padrão uEFI requer um tipo específico de partição GPT e um tipo específico de sistema de arquivo para esta partição. -
A RHEL 8 usa o Boot Loader Specification (BLS) para as entradas de inicialização do sistema. Esta especificação requer que o sistema de arquivos
/bootseja legível pelo firmware da plataforma. Nos sistemas EFI, o firmware da plataforma pode ler somente a configuração/bootdefinida pelo padrão uEFI. - O suporte para os volumes lógicos LVM no carregador de inicialização do GRUB 2 está incompleto. A Red Hat não planeja melhorar o suporte porque o número de casos de uso do recurso está diminuindo devido a padrões como o uEFI e o BLS.
A Red Hat não planeja apoiar/botar na LVM. Ao invés disso, a Red Hat fornece ferramentas para gerenciar instantâneos e rollback do sistema que não precisam que o sistema de arquivo /boot seja colocado em um volume lógico LVM.
(BZ#1496229)
LVM não mais permite criar grupos de volume com blocos de tamanhos mistos
As utilidades LVM como vgcreate ou vgextend não permitem mais a criação de grupos de volume (VGs) onde os volumes físicos (PVs) têm tamanhos de blocos lógicos diferentes. O LVM adotou esta mudança porque os sistemas de arquivo não conseguem montar se você estender o volume lógico subjacente (LV) com um PV de um bloco de tamanho diferente.
Para reativar a criação de VGs com tamanhos de blocos mistos, defina a opção allow_mixed_block_sizes=1 no arquivo lvm.conf.
Limitações da LVM writecache
O método de cache writecache LVM tem as seguintes limitações, que não estão presentes no método de cache:
-
Não é possível nomear um volume lógico
writecacheao usar comandospvmove. -
Não é possível utilizar volumes lógicos com
writecacheem combinação com piscinas finas ou VDO.
A seguinte limitação também se aplica ao método de cache:
-
Não é possível redimensionar um volume lógico enquanto o
cacheou owritecacheestiver anexado a ele.
(JIRA:RHELPLAN-27987, BZ#1798631, BZ#1808012)
Os dispositivos espelhos LVM que armazenam um volume LUKS às vezes se tornam insensíveis
Dispositivos LVM espelhados com um tipo de segmento de espelho que armazenam um volume LUKS pode se tornar insensível sob certas condições. Os dispositivos que não respondem rejeitam todas as operações de E/S.
Para contornar o problema, a Red Hat recomenda que você use dispositivos LVM RAID 1 com um tipo de segmento de raid1 em vez de espelho, se você precisar empilhar volumes LUKS em cima de armazenamento resiliente definido por software.
O tipo de segmento raid1 é o tipo de configuração RAID padrão e substitui o espelho como a solução recomendada.
Para converter dispositivos espelhados em raid, consulte Conversão de um dispositivo LVM espelhado em um dispositivo RAID1.
(BZ#1730502)
Um patch NFS 4.0 pode resultar em um desempenho reduzido sob uma carga de trabalho pesada e aberta
Anteriormente, foi corrigido um bug que, em alguns casos, poderia fazer com que uma operação NFS aberta ignorasse o fato de que um arquivo tinha sido removido ou renomeado no servidor. Entretanto, a correção pode causar um desempenho mais lento com cargas de trabalho que requerem muitas operações abertas. Para contornar este problema, poderia ajudar a usar a versão 4.1 ou superior do NFS, que foi melhorada para conceder delegações aos clientes em mais casos, permitindo aos clientes realizar operações abertas localmente, de forma rápida e segura.
(BZ#1748451)
