5.4.6. 커널


huge_page_setup_helper.py 스크립트가 올바르게 작동합니다.

Python 3용 huge_page_setup_helper.py 스크립트를 업데이트한 패치가 실수로 제거되었습니다. 그 결과 huge_page_setup_helper.py 를 실행하면 다음과 같은 오류 메시지가 표시됩니다.

SyntaxError: Missing parentheses in call to 'print'

이번 업데이트를 통해 libhugetlbfs.spec 파일을 업데이트하여 문제가 해결되었습니다. 결과적으로 huge_page_setup_helper.py 는 설명된 시나리오에 오류가 표시되지 않습니다.

(BZ#1823398)

대량의 영구 메모리 부팅이 시간 초과 없이 더 빠르고 빠른 시스템

메모리가 많은 시스템은 원래 소스 코드가 노드당 하나의 초기화 스레드만 허용했기 때문에 부팅하는 데 시간이 오래 걸렸습니다. 예를 들어 4-노드 시스템의 경우 4개의 메모리 초기화 스레드가 있었습니다. 결과적으로 /etc/fstab 파일에 나열된 영구 메모리 파일 시스템이 있는 경우 시스템을 사용할 수 있을 때까지 대기하는 동안 시스템이 시간 초과될 수 있었습니다. 이번 업데이트를 통해 소스 코드에서 단일 노드 내에서 여러 메모리 초기화 스레드를 허용할 수 있기 때문에 문제가 해결되었습니다. 결과적으로 시스템이 더 빠르게 부팅되고 설명된 시나리오에 시간 초과가 표시되지 않습니다.

(BZ#1666538)

Bcc 스크립트가 BPF 모듈을 성공적으로 컴파일합니다.

BPF(Berkeley Packet Filter) 모듈을 생성하기 위한 스크립트 코드 컴파일 중에 bcc 툴킷은 데이터 유형 정의에 커널 헤더를 사용했습니다. 일부 커널 헤더에는 KBUILD_MODNAME 매크로를 정의해야 했습니다. 결과적으로 KBUILD_MODNAME 을 추가하지 않은 bcc 스크립트는 다양한 CPU 아키텍처에서 BPF 모듈을 컴파일하지 못할 가능성이 있었습니다. 다음 bcc 스크립트에 영향을 받았습니다.

  • bindsnoop
  • sofdsnoop
  • solisten
  • tcpaccept
  • TCPConnect
  • tcpconnlat
  • tcpdrop
  • tcpretrans
  • tcpsubnet
  • tcptop
  • tcptracer

이번 업데이트를 통해 bcc 의 기본 cflags 매개 변수에 KBUILD_MODNAME 을 추가하여 문제가 해결되었습니다. 따라서 이 문제는 설명된 시나리오에 더 이상 나타나지 않습니다. 또한 고객 스크립트에서 KBUILD_MODNAME 을 자체적으로 정의할 필요가 없습니다.

(BZ#1837906)

bcc-toolsbpftrace 는 IBM Z에서 제대로 작동합니다.

이전에는 기능 백포트에서 ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE 커널 옵션을 도입했습니다. 그러나 IBM Z 아키텍처용 bcc-tools 패키지 및 bpftrace 추적 언어 패키지는 이 옵션을 올바르게 지원하지 않았습니다. 그 결과 잘못된 인수 예외로 bpf() 시스템 호출에 실패했습니다. bpftrace 는 BPF 프로그램을 로드하려고 할 때 오류 로드 프로그램 오류로 실패했습니다. 이번 업데이트를 통해 이제 ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE 옵션이 제거되었습니다. 따라서 설명된 시나리오에 더 이상 문제가 나타나지 않습니다.

(BZ#1847837, BZ#1853964)

엔트로피 부족으로 인해 부팅 프로세스가 더 이상 실패하지 않습니다

이전에는 엔트로피 부족으로 인해 부팅 프로세스가 실패했습니다. 이제 더 나은 메커니즘을 사용하여 커널이 하드웨어별 인터럽트에 의존하지 않는 부팅 프로세스 초기에 엔트로피를 수집할 수 있습니다. 이번 업데이트에서는 초기 부팅 시 임의 생성 보안을 위해 충분한 엔트로피의 가용성을 보장하여 문제를 해결합니다. 결과적으로 수정으로 킥스타트 시간 초과 또는 느린 부팅이 방지되고 부팅 프로세스가 예상대로 작동합니다.

(BZ#1778762)

kexec 를 사용하여 반복 재부팅이 예상대로 작동합니다

이전에는 Amazon EC2 Nitro 플랫폼에서 커널 재부팅 중에 커널 실행 경로를 shutdown() 호출하는 동안 remove 모듈(rmmod)이 호출되지 않았습니다. 결과적으로 kexec 시스템 호출을 사용하여 반복된 커널이 재부팅되어 오류가 발생했습니다. 이번 업데이트를 통해 안전한 커널 실행을 허용하는 PCI shutdown() 핸들러를 추가하여 문제가 해결되었습니다. 결과적으로 Amazon EC2 Nitro 플랫폼에서 kexec 를 사용하여 반복적으로 재부팅할 수 없습니다.

(BZ#1758323)

덤프 대상으로 vPMEM 메모리를 사용하여 반복적으로 재부팅할 수 있습니다. 이제 예상대로 작동합니다.

이전 버전에서는 vPMEM(Virtual Persistent Memory) 네임스페이스를 kdump 또는 fadump 의 덤프 대상으로 사용하여 papr_scm 모듈에서 vPMEM에서 지원하는 메모리를 매핑하고 다시 매핑하고 메모리를 선형 맵에 다시 추가했습니다.

그 결과 이 동작으로 인해 POWER Hypervisor에 HCalls(HCalls)가 트리거되었습니다. 결과적으로 캡처 커널 부팅 속도가 느려지고 덤프 파일을 저장하는 데 시간이 오래 걸립니다. 이번 업데이트에서는 문제가 해결되어 설명된 시나리오에서 부팅 프로세스가 예상대로 작동합니다.

(BZ#1792125)

ICE 드라이버 NIC 포트를 모드 5 본딩 마스터 인터페이스에 추가하려고 하면 더 이상 실패하지 않습니다

이전 버전에서는 모드 5(밸런싱)본딩 마스터 인터페이스에 ICE 드라이버 NIC 포트를 추가하면 Master 'bond0', Slave 'ens1f0' 오류가 발생했습니다. 오류: enslave failed. 결과적으로 NIC 포트를 본딩 마스터 인터페이스에 추가하는 간헐적인 오류가 발생했습니다. 이번 업데이트에서는 문제가 해결되어 인터페이스가 더 이상 실패하지 않습니다.

(BZ#1791664)

cxgb4 드라이버가 더 이상 kdump 커널에서 충돌하지 않습니다

이전에는 vmcore 파일에 정보를 저장하는 동안 kdump 커널이 충돌했습니다. 결과적으로 cxgb4 드라이버는 kdump 커널이 나중에 분석을 위해 코어를 저장하는 것을 방지했습니다. 이 문제를 해결하려면 핵심 파일을 저장할 수 있도록 kdump 커널 명령줄에 novmcoredd 매개변수를 추가합니다.

RHSA-2020:1769 권고가 릴리스되면서 kdump 커널은 이 상황을 올바르게 처리하고 더 이상 충돌하지 않습니다.

(BZ#1708456)

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동