8.4. 커널
kdump를 수행할 때 radeon 드라이버가 하드웨어를 올바르게 재설정하지 못했습니다.
kdump 프로세스를 수행할 때와 같이 현재 실행 중인 커널에서 커널을 부팅할 때 radeon 커널 드라이버는 현재 하드웨어를 올바르게 재설정하지 않습니다. 대신 kdump 커널이 예기치 않게 종료되므로 나머지 kdump 서비스가 실패합니다.
이 문제를 해결하려면 /etc/kdump.conf 파일에 다음 행을 추가하여 kdump 에서
radeon 을 비활성화합니다.
dracut_args --omit-drivers "radeon"
그런 다음 시스템과 kdump 를 다시 시작합니다.
이 시나리오에서는 kdump 중에 그래픽을 사용할 수 없지만 kdump 가 성공적으로 완료됩니다.
(BZ#1168430)
Windows Server 2019 호스트에서 RHEL 7 게스트 콘솔에 대한 느린 연결 속도
Windows Server 2019 호스트에서 다중 사용자 모드에서 RHEL 7을 게스트 운영 체제로 사용하는 경우 게스트의 콘솔 출력에 연결하는 데 현재 예상보다 훨씬 오래 걸립니다. 이 문제를 해결하려면 SSH를 사용하여 게스트에 연결하거나 호스트로 Windows Server 2016을 사용합니다.
(BZ#1706522)
dm_crypt가 intel_qat과 함께 사용될 때 커널 교착 상태가 발생할 수 있습니다.
intel_qat 커널 모듈은 G _ATOMIC 메모리 할당을 사용하며 메모리 부하가 발생할 수 있습니다. 결과적으로 dm_crypt 커널 모듈에서 을 사용하여 오프로드를 암호화하는 경우 커널 교착 상태와 가능한 데이터 손상이 발생할 수 있습니다. 이 문제를 해결하려면 다음 중 하나를 선택할 수 있습니다.
intel_ qat
- RHEL 8로 업데이트
-
intel_qat을 암호화 오프로드에 사용하지 마십시오(성능 영향이 발생할 수 있음) - 과도한 메모리 부족 상태가 되지 않는지 확인하십시오.
(BZ#1813394)
RHEL 7의 Amazon c5a 시스템에서 vmcore 파일 생성이 실패합니다.
Amazon c5a 시스템에서 APIC(Advanced Programmable Interrupt Controller)는 kdump 커널 내의 플랫 모드에서 구성된 경우 LAPIC(Local APIC)의 인터럽트를 라우팅하지 못합니다. 결과적으로 kdump 커널이 부팅되지 않고 kdump 커널이 추가 분석을 위해 vmcore 파일을 저장하지 못하게 합니다.
문제를 해결하려면 다음을 수행합니다.
crash
kernel 인수를커널 크기를 늘립니다.256M으로 설정하여 크래시$ grubby-args="crashkernel=256M" --update-kernel /boot/vmlinuz-`uname -r`
/etc/sysconfig/kdump파일을 편집하여nr_cpus=9옵션을 설정합니다.KDUMP_COMMANDLINE_APPEND="irqpoll" *nr_cpus=9* reset_devices cgroup_disable=memory mce=off numa=off udev.children- max=2 panic=10 acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disable
결과적으로 커널 충돌 시 kdump 커널이 9개의 CPU로 부팅되고 vmcore 파일이 캡처됩니다. kdump 서비스는 kdump 커널에서 9개의 CPU를 활성화하므로 상당한 양의 크래시 커널 메모리를 사용하여 vmcore 파일을 덤프할 수 있습니다 . 따라서 크래시 커널에 kdump 커널을 부팅하는 데 사용할 수 있는 크기가 256MB인지 확인합니다.
(BZ#1844522)
일부 kretprobe를 활성화하면 커널 패닉이 트리거될 수 있습니다.
다음 함수의 kretprobes 를 사용하면 CPU 하드 잠금이 발생할 수 있습니다.
-
_raw_spin_lock -
_raw_spin_lock_irqsave -
_raw_spin_unlock_irqrestore -
queued_spin_lock_slowpath
결과적으로 이러한 kprobe 이벤트를 활성화하면 시스템 응답에 오류가 발생할 수 있습니다. 이 경우 커널 패닉이 발생합니다. 이 문제를 해결하려면 언급된 기능에 대한 kretprobes 구성을 피하고 시스템 응답 실패를 방지합니다.
(BZ#1838903)
UEFI Secure Boot가 활성화된 시스템에서 kdump 서비스가 실패합니다.
UEFI Secure Boot가 활성화된 시스템이 최신 RHEL 커널 버전으로 부팅되면 kdump 서비스가 시작되지 않습니다. 설명된 시나리오에서 kdump 는 다음 오류 메시지를 보고합니다.
kexec_file_load failed: Required key not available
다음 중 하나로 인해 이 동작이 표시됩니다.
- 최신 커널 버전으로 크래시 커널 부팅.
-
/etc/sysconfig/kdump파일의KDUMP_KERNELVER변수를 최신 커널 버전으로 구성.
결과적으로 kdump 가 시작되지 않으므로 충돌 이벤트 중에 덤프 코어가 저장되지 않습니다.
이 문제를 해결하려면 다음 중 하나를 사용하십시오.
- 최신 RHEL 7 수정 사항으로 크래시 커널을 부팅합니다.
-
최신 커널 버전을 사용하도록
etc/sysconfig/kdump에서KDUMP_KERNELVER를 구성합니다.
결과적으로 설명된 시나리오에서 kdump 가 성공적으로 시작됩니다.
(BZ#1862840)
RHEL 설치 프로그램에서 iSCSI 스토리지를 탐지하지 못할 수 있습니다.
RHEL 설치 프로그램은 일부 HBA(iSCSI 호스트 버스 어댑터)를 오프로드하기 위해 iSCSI와 관련된 커널 명령줄 옵션을 자동으로 설정하지 않을 수 있습니다. 결과적으로 RHEL 설치 프로그램에서 iSCSI 스토리지를 탐지하지 못할 수 있습니다.
이 문제를 해결하려면 설치 프로그램으로 부팅할 때 커널 명령줄에 다음 옵션을 추가합니다.
rd.iscsi.ibft=1 rd.iscsi.firmware=1
이러한 옵션을 사용하면 사전 OS 펌웨어 구성에서 네트워크 구성 및 iSCSI 대상 검색을 활성화합니다.
펌웨어가 iSCSI 스토리지를 구성하므로 설치 프로그램에서 iSCSI 스토리지를 검색하고 사용할 수 있습니다.
(BZ#1871027)
mlx5e_rep_neigh_update 작업 큐의 경쟁 조건이 커널 패닉을 트리거하는 경우가 있습니다.
SR-IOV(Single Root I/O Virtualization) 기능의 switchdev in-kernel 드라이버 모델을 사용하여 mlx5 장치를 통해 캡슐화 작업을 해제할 때 mlx5e_rep_neigh_update 작업 대기열에서 경쟁 조건이 발생할 수 있습니다. 결과적으로 커널 패닉을 사용하여 시스템이 예기치 않게 종료되고 다음 메시지가 표시됩니다.
Workqueue: mlx5e mlx5e_rep_neigh_update [mlx5_core]
현재는 이 문제에 대한 해결 방법 또는 부분적인 완화 방법을 알 수 없습니다.
(BZ#1874101)
Ice 드라이버가 Intel® 네트워크 어댑터에 대해 로드되지 않음
다음을 제외하고 모든 Intel® 이더넷 네트워크 어댑터 E810-XXV에 대해 임베드 커널 드라이버가 로드되지 않습니다.
-
v00008086d00001593sv*sd*bc*sc*i* -
v00008086d00001592sv*sd*bc*sc*i* -
v00008086d00001591sv*sd*bc*sc*i*
결과적으로 네트워크 어댑터는 운영 체제에서 탐지되지 않습니다. 이 문제를 해결하기 위해 Intel® 또는 Dell에서 제공하는 RHEL 7의 외부 드라이버를 사용할 수 있습니다.
(BZ#1933998)
kdump는 Hyper-V 가상 머신에서 nr_cpus를 2개 이상 설정할 수 없습니다
Microsoft Hyper-V 하이퍼바이저에서 RHEL 7.9를 게스트 운영 체제로 사용하는 경우 nr_cpus 매개 변수를 2 이상으로 설정하면 kdump 커널이 응답하지 않는 경우도 있습니다. 이 문제가 발생하지 않도록 하려면 게스트의 /etc/sysconfig/kdump 파일에서 기본 nr_cpus=1 매개 변수를 변경하지 마십시오.
