8.5. 커널
RHEL 7 가상 머신이 ESXi 5.5에서 부팅되지 않는 경우가 있음
VMware ESXi 5.5 하이퍼바이저에서 12GB RAM 이상으로 Red Hat Enterprise Linux 7 게스트를 실행하는 경우 현재 일부 구성 요소는 잘못된 메모리 유형 범위 레지스터(MTRR) 값으로 초기화하거나 부팅 시 MTRR 값을 잘못 재구성합니다. 이로 인해 게스트 커널이 패닉 상태가 발생하거나 부팅 중에 게스트가 응답하지 않는 경우가 있습니다.
이 문제를 해결하려면 게스트의 커널 명령줄에 disable_mtrr_trim 옵션을 추가하여 MTRR을 잘못 구성할 때 게스트를 계속 부팅할 수 있습니다. 이 옵션을 사용하면 게스트가 부팅 중에 안전하게 무시할 수 있는 WARNING: BIOS 버그 메시지를 출력합니다.
(BZ#1429792)
특정 NIC 펌웨어가 bnx2x로 응답하지 않을 수 있음
사전 부팅 드라이버의 언로드 시퀀스의 버그로 인해 일부 인터넷 어댑터의 펌웨어는 bnx2x 드라이버가 장치를 인수한 후 응답하지 않을 수 있습니다. bnx2x 드라이버는 문제를 감지하고 커널 로그에서 "storm stats were not updated for 3 times" 메시지를 반환합니다. 이 문제를 해결하려면 하드웨어 공급 업체가 제공하는 최신 NIC 펌웨어 업데이트를 적용합니다. 결과적으로 사전 부팅 펌웨어의 언로드가 이제 예상대로 작동하고 bnx2x 가 장치를 인수한 후 펌웨어가 더 이상 중단되지 않습니다.
(BZ#1315400)
부팅 시 i40iw 모듈이 자동으로 로드되지 않음
일부 i40e NIC는 iWarp를 지원하지 않으며 i40iw 모듈에서 일시 중지 및 재개 작업을 완전히 지원하지 않습니다. 결과적으로 i40iw 모듈은 일시 중단 및 재개 작업이 제대로 작동하는지 확인하기 위해 기본적으로 자동으로 로드되지 않습니다. 이 문제를 해결하려면 /lib/udev/rules.d/90-rdma-hw-modules.rules 파일을 편집하여 i40iw 의 자동 로드를 활성화합니다.
또한 동일한 시스템에 i40e 장치와 함께 설치된 다른 RDMA 장치가 있는 경우 비 i40e RDMA 장치는 rdma 서비스를 트리거하여 i40iw 모듈을 포함하여 활성화된 모든 RDMA 스택 모듈을 로드합니다.
(BZ#1622413)
중단되지 않은 영구 메모리 구성에서는 스토리지를 사용할 수 없습니다.
이전에는 영구 메모리가 64MB 경계에 정렬된 시스템에서 네임스페이스를 생성할 수 없었습니다. 그 결과 경우에 따라 중단되지 않은 영구 메모리 구성이 스토리지를 사용할 수 없었습니다. 이 문제를 해결하려면 영구 메모리에 인터리빙 모드를 사용합니다. 결과적으로 대부분의 스토리지는 사용할 수 있지만 오류 격리가 제한됩니다.
(BZ#1691868)
영구 메모리 파일 시스템으로 인해 시스템 부팅이 실패할 수 있음
많은 영구 메모리가 있는 시스템을 부팅하는 데 시간이 오래 걸립니다. /etc/fstab 파일에서 영구 메모리 파일 시스템을 구성하는 경우 시스템이 장치를 사용할 수 있을 때까지 대기하는 시간이 초과될 수 있습니다. 그런 다음 부팅 프로세스가 실패하고 사용자에게 긴급 프롬프트가 표시됩니다.
이 문제를 해결하려면 /etc/systemd/system.conf 파일에서 DefaultTimeoutStartSec 값을 늘립니다. 1200s 와 같이 충분히 큰 값을 사용합니다. 결과적으로 시스템 부팅 시간이 더 이상 발생하지 않습니다.
(BZ#1666535)
Radeon 이 하드웨어를 올바르게 재설정하지 못했습니다.
radeon 커널 드라이버는 현재 kexec 컨텍스트에서 하드웨어를 올바르게 재설정하지 않습니다. 대신 radeon 은 예기치 않게 종료되어 나머지 kdump 서비스가 실패합니다.
이 버그를 해결하려면 /etc/kdump.conf 파일에 다음 행을 추가하여 kdump 에서 radeon 을 블랙리스트로 지정합니다.
dracut_args --omit-drivers "radeon"
그런 다음 시스템 및 kdump 를 다시 시작하십시오.
이 시나리오에서는 kdump 중에 그래픽을 사용할 수 없지만 kdump 가 성공적으로 완료됩니다.
(BZ#1509444)
특정 eBPF 툴로 인해 IBM Z에서 시스템이 응답하지 않을 수 있습니다.
iPXE 컴파일러의 버그로 인해 IBM Z에서 bcc-tools 패키지에 포함된 특정 eBPF 도구를 실행하면 시스템이 응답하지 않을 수 있습니다. 이 문제를 해결하려면 수정 사항이 릴리스될 때까지 dcsnoop,runqlen 및 slabratetop 툴을 IBM Z의 bcc-tools 에서 사용하지 마십시오.
(BZ#1724027)
/dev/sg 의 동시 SG_IO 요청으로 인해 데이터가 손상될 수 있습니다.
/dev/sg 장치 드라이버에서 커널 데이터의 동기화가 누락되었습니다. 드라이버의 동시 요청은 동시에 동일한 데이터에 액세스합니다.
결과적으로 ioctl 시스템 호출에서 올바른 명령과 동시에 전송된 다른 명령에 대해 SG_IO 요청 페이로드를 잘못 사용하는 경우가 있었습니다. 이로 인해 특정 사례에서 디스크가 손상될 수 있습니다. Red Hat은 RHV(Red Hat Virtualization)에서 이 버그를 확인했습니다.
이 문제를 해결하려면 다음 해결 방법 중 하나를 사용하십시오.
-
동시 요청을
/dev/sg드라이버에 보내지 마십시오. 결과적으로/dev/sg로 전송되는 각SG_IO요청은 올바른 데이터를 사용하도록 보장됩니다. -
또는
/dev/sg대신/dev/sd또는/dev/bsg드라이버를 사용합니다. 이러한 드라이버에는 버그가 없습니다.
(BZ#1710533)
내부 및 외부 VLAN 태그의 잘못된 순서
mlx5 드라이버를 사용할 때 QinQ (IEEE802.1Q 표준 IEEE802.1Q에서 IEEE802.1Q)를 사용하는 경우 내부 및 외부 VLAN 태그를 스왑 순서로 수신합니다. 이는 rxvlan 오프로드 스위치가 이 경로에서 효과적이지 않으며 OVS(Open vSwitch)에서 이 오류를 앞으로 푸시하기 때문에 발생합니다. 알려진 해결방법이 없습니다.
(BZ#1701502)
kdump 가 RHEL 7의 Azure 인스턴스에서 vmcore를 생성하지 못했습니다.
UEFI 부트로더를 통해 부팅되는 Azure 인스턴스의 직렬 콘솔 구현과 관련된 근본적인 문제로 인해 kdump 커널을 부팅할 수 없습니다. 결과적으로 충돌한 커널의 vmcore는 /var/crash/ 디렉터리에서 캡처할 수 없습니다. 이 문제를 해결하려면 다음을 수행합니다.
-
console=ttyS0및earlyprintk=ttyS0매개변수를/etc/sysconfig/kdump디렉터리의KDUMP_COMMANDLINE_REMOVE명령줄에 추가합니다. -
kdump서비스를 다시 시작합니다.
결과적으로 kdump 커널이 올바르게 부팅되고 vmcore가 충돌 시 캡처될 것으로 예상됩니다.
/var/crash/ 에 시스템 메모리 크기까지 사용할 수 있는 vmcore를 저장할 충분한 공간이 있는지 확인합니다.
(BZ#1724993)
KASLR이 활성화된 경우 kdumpctl 서비스가 크래시 커널을 로드하지 못했습니다.
kptr_restrict 커널 튜닝 가능 항목의 부적절한 설정으로 인해 /proc/kcore 파일의 콘텐츠가 모든 0s로 생성됩니다. 결과적으로 kdumpctl 서비스는 /proc/kcore 에 액세스하고 KASLR(Kernel Address Space Layout Randomization)이 활성화된 경우 크래시 커널을 로드할 수 없습니다. 이 문제를 해결하려면 kptr_restrict 를 1 로 설정합니다. 결과적으로 kdumpctl 은 설명된 시나리오에서 크래시 커널을 로드할 수 있습니다.
자세한 내용은 /usr/share/doc/kexec-tools/kexec-kdump-howto.txt 파일을 참조하십시오.
(BZ#1600148)
두 번째 커널에서 kdump 실패
kdump initramfs 아카이브는 크래시 덤프를 캡처하는 데 중요한 구성 요소입니다. 그러나 실행되는 컴퓨터에 대해 엄격하게 생성되며 일반성이 없습니다. 디스크를 마이그레이션하거나 디스크 이미지로 새 머신을 설치한 경우 두 번째 커널에서 kdump가 실패할 수 있습니다.
이 문제를 해결하려면 디스크 마이그레이션을 수행한 경우 다음 명령을 실행하여 initramfs 를 수동으로 다시 빌드합니다.
# touch /etc/kdump.conf # kdumpctl restart
새 머신 설치를 위한 디스크 이미지를 생성하는 경우 kdump initramfs 를 디스크 이미지에 포함하지 않는 것이 좋습니다. 공간을 절약할 수 있으며 kdump가 누락된 경우 initramfs 를 자동으로 빌드합니다.
(BZ#1723492)
