5.6.3. 커널
부팅 시 i40iw 모듈이 자동으로 로드되지 않음
많은 i40e NIC에서 iWarp를 지원하지 않고 i40iw 모듈이 일시 중지/재개를 완전히 지원하지 않기 때문에 이 모듈이 기본적으로 자동 로드되지 않으므로 일시 중지/재개 동작이 제대로 작동하지 않게 됩니다. 이 문제를 해결하려면 수동으로 /lib/udev/rules.d/90-rdma-hw-modules.rules 파일을 편집하여 i40iw의 자동 로드를 활성화해야 합니다.
또한 동일한 시스템에 i40e 장치와 함께 설치된 다른 RDMA 장치가 있는 경우 비 i40e RDMA 장치는 rdma 서비스를 트리거하여 i40iw 모듈을 포함하여 활성화된 모든 RDMA 스택 모듈을 로드합니다.
(BZ#1623712)
많은 장치가 연결되어 있을 때 시스템이 응답하지 않는 경우가 있음
Red Hat Enterprise Linux 8이 다량의 장치를 구성하면, 시스템 콘솔에서 많은 수의 콘솔 메시지가 발생합니다. 예를 들어, 다수의 LUN(Logical Unit Number)이 있고 각 LUN에 대한 다중 경로가 있는 경우에 이러한 상황이 발생합니다. 커널이 수행하고 있는 다른 작업 외에도 콘솔 메시지가 많아 커널이 중지된 것처럼 보이기 때문에 커널 watchdog가 커널 패닉을 일으킬 수 있습니다.
부팅 사이클 초기에 스캔이 이루어지기 때문에 장치가 많이 연결되어 있으면 시스템이 응답하지 않게 됩니다. 일반적으로 부팅 시 이런 문제가 발생합니다.
부팅 후 장치 스캔 이벤트 중에 kdump가 시스템에 활성화되면 hard lockup으로 인해 vmcore 이미지가 캡처됩니다.
이 문제를 해결하려면 watchdog 잠금 타이머를 늘려야 합니다. 이렇게 하려면 커널 명령줄에 watchdog_thresh=N 옵션을 추가합니다. N 을 초 단위로 바꿉니다.
-
장치가 1,000개 미만인 경우
30을 사용하십시오. -
장치가 1,000개 이상인 경우
60을 사용하십시오.
스토리지의 경우 장치 개수는 모든 LUN에 대한 경로 개수입니다.즉 일반적으로 이는 /dev/sd* 장치 개수입니다.
해결방법을 적용하면 여러 개의 장치를 구성할 때 시스템이 더 이상 응답하지 않는 문제가 발생하지 않습니다.
(BZ#1598448)
KSM이 NUMA 메모리 정책을 무시하는 경우가 있음
merge_across_nodes=1 매개변수로 커널 공유 메모리(KSM) 기능을 활성화하면 KSM은 mbind() 함수에 의해 설정된 메모리 정책을 무시하고 일부 메모리 영역의 페이지를 정책과 일치하지 않는 NUMA(Non-Uniform Memory Access) 노드에 병합할 수 있습니다.
이 문제를 해결하려면 QEMU에서 NUMA 메모리 바인딩을 사용하는 경우 KSM을 비활성화하거나 merge_across_nodes 매개변수를 0 으로 설정합니다. 결과적으로 KVM VM에 대해 구성된 NUMA 메모리 정책이 예상대로 작동되게 됩니다.
(BZ#1153521)
qede 드라이버는 NIC를 중지하고 사용할 수 없게 만듭니다.
버그로 인해 41000 및 45000 QLogic 시리즈 NIC의 qede 드라이버로 인해 펌웨어 업그레이드 및 디버그 데이터 수집 작업이 실패하고 호스트의 재부팅 (PCI reset)이 재부팅될 때까지 NIC를 사용할 수 없거나 ung 상태가 다시 작동할 수 있습니다.
이 문제는 다음 모든 시나리오에서 탐지되었습니다.
- inbox 드라이버를 사용하여 NIC의 펌웨어를 업그레이드할 때
-
ethtool -d ethx명령을 실행하는 디버그 데이터를 수집할 때 -
ethtool -d ethx가 포함되어 있으므로sosreport명령을 실행합니다. - inbox 드라이버가 IO 시간 초과, mail Box 명령 시간 제한, 하드웨어 Attention과 같은 자동 디버그 데이터 컬렉션을 시작할 때.
이 문제를 해결하기 위해 Red Hat의 향후 에라타가 Red Hat 버그 권고 (RHBA)를 통해 릴리스될 예정입니다. 이 문제를 해결하려면 RHBA가 릴리스될 때까지 해당 문제에 대해 지원되는 수정 사항을 요청하려면 https://access.redhat.com/support 에서 케이스를 생성합니다.
(BZ#1697310)
Rax 트리 기호가 kernel-abi-whitelists에 추가되었습니다.
Red Hat Enterprise Linux 8에서 kernel-abi-whitelists 패키지에 다음과 같은 방사 트리 기호가 추가되었습니다.
-
__radix_tree_insert -
__radix_tree_next_slot -
radix_tree_delete -
radix_tree_gang_lookup -
radix_tree_gang_lookup_tag -
radix_tree_next_chunk -
radix_tree_preload -
radix_tree_tag_set
위의 기호는 존재하지 않으며 RHEL8 허용 목록에서 제거됩니다.
(BZ#1695142)
Podman 이 RHEL 8에서 컨테이너를 체크포인트하지 못했습니다.
Red Hat Enterprise Linux 8에서는 체크포인트 및 CRIU(사용자 공간 복원) 패키지의 버전이 오래되었습니다. 결과적으로 CRIU는 컨테이너 검사점 및 복원 기능을 지원하지 않으며 podman 유틸리티는 컨테이너를 검사하지 못합니다. podman container checkpoint 명령을 실행하면 다음 오류 메시지가 표시됩니다. '컨테이너 확인에는 CRIU 31100 이상이 필요합니다.
(BZ#1689746)
dracut.conf에서 add_dracutmodules+=early 및 표준 kdump가 실패합니다.kdump 옵션을 사용하면 early-kdump
현재 early-kdump 에 설치되어 있는 커널 버전 간에 불일치가 발생하고 커널 버전 initramfs 가 에 대해 생성됩니다. 그 결과 early-kdump 를 사용하여 부팅하면 early-kdump 가 실패합니다. 또한 early-kdump 가 표준 kdump initramfs 이미지에 포함되어 있음을 탐지하면 종료를 강제 적용합니다. 따라서 early- 가 기본 kdump dracut 모듈로 추가된 경우 kdump initramfs를 다시 빌드하려고 할 때 표준 kdump 서비스도 실패합니다. 그 결과 early-kdump 및 표준 kdump 가 모두 실패합니다. 이 문제를 해결하려면 add_dracutmodules+=earlykdump 또는 dracut.conf 파일에 동등한 구성을 추가하지 마십시오. 결과적으로 early-kdump 는 기본적으로 dracut 에 포함되지 않으므로 문제가 발생하지 않습니다. 그러나 early-kdump 이미지가 필요한 경우 수동으로 생성해야 합니다.
(BZ#1662911)
디버그 커널은 RHEL 8의 크래시 캡처 환경에서 부팅되지 않음
디버그 커널의 메모리 요구 특성으로 인해 디버그 커널이 사용 중이며 커널 패닉이 트리거되면 문제가 발생합니다. 결과적으로 debug 커널은 캡처 커널로 부팅할 수 없으며, 스택 추적이 대신 생성됩니다. 이 문제를 해결하려면 그에 따라 크래시 커널 메모리를 늘리십시오. 결과적으로 디버그 커널이 크래시 캡처 환경에서 성공적으로 부팅됩니다.
(BZ#1659609)
fadump 를 사용할 때 네트워크 인터페이스 이름이 kdump-<interface-name >으로 변경됩니다.
펌웨어 지원 덤프(fadump)를 사용하여 vmcore를 캡처하고 SSH 또는 NFS 프로토콜을 사용하여 원격 머신에 저장할 때 <interface- name>이 일반적인 경우 네트워크 인터페이스 이름이 kdump- < interface-name >으로 변경됩니다(예: *eth# 또는 net#). 이 문제는 초기 RAM 디스크(initrd)의 vmcore 캡처 스크립트가 kdump- 접두사를 네트워크 인터페이스 이름에 추가하기 때문에 발생합니다. 일반 부팅에도 동일한 initrd 가 사용되므로 프로덕션 커널에서도 인터페이스 이름이 변경됩니다.
(BZ#1745507)