6.4.7. Sistemas de arquivo e armazenamento
O programa de instalação RHEL 8 agora usa o ID de entrada para definir a entrada de inicialização padrão
Anteriormente, o programa de instalação RHEL 8 usava como padrão o índice da primeira entrada de inicialização, em vez de usar o ID de entrada. Como conseqüência, a adição de uma nova entrada de inicialização tornou-se o padrão, pois foi ordenada primeiro e definida para o primeiro índice. Com esta atualização, o programa de instalação usa o ID da entrada para definir a entrada padrão de inicialização e, como resultado, a entrada padrão não é alterada, mesmo que as entradas de inicialização sejam adicionadas e ordenadas antes da entrada padrão.
O sistema agora inicia com sucesso quando a SME é habilitada com o smartpqi
Anteriormente, o sistema falhou em iniciar em certas máquinas AMD quando o recurso de Criptografia de Memória Segura (SME) foi ativado e o disco raiz estava usando o driver smartpqi.
Quando a inicialização falhou, o sistema exibiu uma mensagem semelhante à seguinte no registro de inicialização:
smartpqi 0000:23:00.0: falha na alocação do buffer de erros PQI
Este problema foi causado pelo driver smartpqi, que estava caindo de volta para o buffer de tradução de entrada de software (SWIOTLB) porque a máscara de acesso de memória direta (DMA) coerente não estava definida.
Com esta atualização, a máscara coerente do DMA está agora corretamente configurada. Como resultado, o sistema agora inicia com sucesso quando o SME é habilitado em máquinas que utilizam o driver smartpqi para o disco raiz.
(BZ#1712272)
Os FCoE LUNs não desaparecem após serem criados nos cartões bnx2fc
Anteriormente, depois de criar um FCoE LUN nos cartões bnx2fc, os FCoE LUNs não eram afixados corretamente. Como conseqüência, o FCoE LUNs desapareceu após ter sido criado nos cartões bnx2fc no RHEL 8.0. Com esta atualização, os FCoE LUNs são anexados corretamente. Como resultado, agora é possível descobrir os FCoE LUNs depois de serem criados nos cartões bnx2fc.
(BZ#1685894)
Os volumes VDO não perdem mais conselhos de deduplicação após a mudança para uma plataforma diferente
Anteriormente, o índice Universal Deduplication Service (UDS) perdia todos os conselhos de deduplicação após mover o volume do VDO para uma plataforma que usava um endian diferente. Como conseqüência, o VDO não foi capaz de deduplicar os novos dados escritos contra os dados que estavam armazenados antes de mover o volume, levando a uma menor economia de espaço.
Com esta atualização, você pode agora mover volumes VDO entre plataformas que utilizam diferentes emissores sem perder o conselho de deduplicação.
o serviçokdump funciona em grandes sistemas IBM POWER
Anteriormente, o kdump kernel da RHEL8 não era iniciado. Como conseqüência, o arquivo kdump initrd em grandes sistemas IBM POWER não foi criado. Com esta atualização, o componente squashfs-tools-4.3-19.el8 é adicionado. Esta atualização adiciona um limite (128) ao número de CPUs que o componente squashfs-tools-4.3-19.el8 pode usar do pool disponível (em vez de usar todas as CPUs disponíveis). Isto corrige o erro de esgotamento de recursos. Como resultado, o serviço de squashfs-tools-4.3-19.el8 funciona agora em grandes sistemas IBM POWER.
(BZ#1716278)
Opções de depuração de verbosity agora adicionadas ao nfs.conf
Anteriormente, o arquivo /etc/nfs.conf e a página man do nfs.conf(5) não incluíam as seguintes opções:
- verbosidade
- rpc-verbosity
Como conseqüência, os usuários desconheciam a disponibilidade dessas bandeiras de depuração. Com esta atualização, estas bandeiras estão agora incluídas na seção [gssd] do arquivo /etc/nfs.conf e também estão documentadas na página man do nfs.conf(8).
(BZ#1668026)
