11.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.
DM Multipath pode não começar quando muitos LUNs estiverem conectados
O serviço multipathd poderá ficar sem tempo e não começar se muitas unidades lógicas (LUNs) estiverem conectadas ao sistema. O número exato de LUNs que causam o problema depende de vários fatores, incluindo o número de dispositivos, o tempo de resposta da matriz de armazenamento, a configuração da memória e da CPU, e a carga do sistema.
Para contornar o problema, aumente o valor do timeout no arquivo da unidade multipathd:
Abra a unidade
multipathdno editor da unidade:# systemctl editar multipathd
Digite a seguinte configuração para anular o valor de timeout:
[Service] TimeoutSec=300
A Red Hat recomenda aumentar o valor para 300 a partir do padrão 90, mas você também pode testar outros valores acima de 90.
- Salvar o arquivo no editor.
Recarregar unidades
do sistemapara aplicar a mudança:# systemctl daemon-reload
Como resultado, o multipathd pode agora começar com sucesso com um número maior de LUNs.
(BZ#1797660)
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 tirar um instantâneo de um volume lógico enquanto o volume lógico estiver usando o
writecache. -
Não é possível anexar ou descolar
a dor de escritaenquanto um volume lógico estiver ativo. Ao anexar o
writecachea um volume lógico inativo, você deve usar um tamanho de blocowritecacheque corresponda ao tamanho do bloco do sistema de arquivos existente.Para detalhes, consulte a página de manual
lvmcache(7).-
Não é possível redimensionar um volume lógico enquanto o
writecacheestiver anexado a ele. -
Você não pode usar comandos
pvmoveem dispositivos que são usados comwritecache. -
Não é possível utilizar volumes lógicos com
writecacheem combinação com piscinas finas ou VDO.
(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)
