6.2.6. Kernel
A enorme_página_setup_helper.py
script agora funciona corretamente
Um patch que atualizou o enorme_page_setup_helper.py
script para Python 3 foi removido acidentalmente. Consequentemente, após executar o arquivo huge_page_setup_helper.py
, a seguinte mensagem de erro apareceu:
SintaxeError: Parênteses em falta na chamada para "imprimir
Com esta atualização, o problema foi resolvido atualizando o arquivo libhugetlbfs.spec
. Como resultado, o arquivo huge_page_setup_helper.py
não mostra nenhum erro no cenário descrito.
(BZ#1823398)
Os scripts bcc
agora compilam com sucesso um módulo BPF
Durante a compilação do código do script para criar um módulo Berkeley Packet Filter (BPF), o conjunto de ferramentas bcc
usou cabeçalhos do kernel para a definição do tipo de dados. Alguns cabeçalhos do kernel precisavam da macro KBUILD_MODNAME
para serem definidos. Consequentemente, aqueles scripts bcc
que não adicionavam KBUILD_MODNAME
, provavelmente não compilariam um módulo BPF em várias arquiteturas de CPU. Os seguintes scripts bcc
foram afetados:
-
bindsnoop
-
sofdsnoop
-
solisten
-
tcpaccept
-
tcpconnect
-
tcpconnlat
-
tcpdrop
-
tcpretrans
-
tcpsubnet
-
tcptop
-
tcptracer
Com esta atualização, o problema foi resolvido adicionando KBUILD_MODNAME
ao parâmetro padrão de cflags
para bcc
. Como resultado, este problema não aparece mais no cenário descrito. Além disso, os scripts dos clientes também não precisam definir KBUILD_MODNAME
em si.
(BZ#183737906)
bcc-tools
e bpftrace
funcionam corretamente no IBM Z
Anteriormente, um backport de recursos introduziu a opção ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE
kernel. Entretanto, o pacote bcc-tools
e o pacote de linguagem de rastreamento bpftrace
para arquiteturas IBM Z não tinham suporte adequado para esta opção. Consequentemente, a chamada ao sistema bpf()
falhou com a exceção do argumento Inválido
e o bpftrace
falhou com um erro ao tentar carregar o programa
BPF. Com esta atualização, a opção ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE
é agora removida. Como resultado, o problema não aparece mais no cenário descrito.
(BZ#1847837, BZ#1853964)
O processo de inicialização não falha mais devido à falta de entropia
Anteriormente, o processo de inicialização falhou devido à falta de entropia. Um mecanismo melhor agora é usado para permitir que o núcleo colete a entropia no início do processo de inicialização, o que não depende de nenhuma interrupção específica do hardware. Esta atualização corrige o problema, garantindo a disponibilidade de entropia suficiente para garantir a geração aleatória no início do boot. Como resultado, a correção evita o tempo de kickstart ou arranque lento e o processo de arranque funciona como esperado.
Reinicializações repetidas usando o kexec
agora funcionam como esperado
Anteriormente, durante a reinicialização do kernel na plataforma Amazon EC2 Nitro, o módulo de remoção(rmmod
) não era chamado durante o desligamento()
chamada do caminho de execução do kernel. Consequentemente, reinicializações repetidas do kernel usando a chamada do sistema kexec
levaram a uma falha. Com esta atualização, o problema foi resolvido com a adição do manipulador PCI shutdown()
que permite a execução segura do kernel. Como resultado, reinicializações repetidas usando o kexec
nas plataformas EC2 Nitro da Amazon não falham mais.
(BZ#1758323)
Reinicializações repetidas usando a memória vPMEM como alvo de despejo agora funciona como esperado
Anteriormente, o uso da Memória Virtual Persistente (vPMEM) como alvo de despejo para kdump
ou fadump
fez com que o módulo papr_scm
desmaiasse e refizesse a memória apoiada pelo vPMEM e readicionasse a memória em seu mapa linear.
Consequentemente, este comportamento desencadeou Chamadas de Hipervisor (HCalls) para o Hypervisor POWER. Como resultado, isto retarda consideravelmente a inicialização do kernel de captura e leva muito tempo para salvar o arquivo dump. Esta atualização corrige o problema e o processo de inicialização agora funciona como esperado no cenário descrito
(BZ#1792125)
Tentativa de adicionar a porta NIC do driver ICE
a uma interface mestre de ligação do modo 5 não falha mais
Anteriormente, a tentativa de adicionar a porta NIC do driver ICE
a um modo 5(balance-tlb
) bonding master interface levou a uma falha com um erro Master 'bond0', Slave 'ens1f0': Erro: Escravo falhou
. Conseqüentemente, você sofreu uma falha intermitente ao adicionar a porta NIC à interface mestre de colagem. Esta atualização corrige o problema e a adição da interface não falha mais.
(BZ#1791664)