Red Hat Summit10.19. 클라우드 환경의 RHEL
cloud-init 에서 프로비저닝하고 NFSv3 마운트 항목으로 구성된 경우 Azure의 RHEL 인스턴스가 부팅되지 않음
현재 Microsoft Azure 클라우드 플랫폼에서 RHEL VM(가상 머신)을 부팅하면 VM이 cloud-init 툴에 의해 프로비저닝되고 VM의 게스트 운영 체제에 /etc/fstab 파일에 NFSv3 마운트 항목이 있는 경우 실패합니다. 현재 이 문제에 대한 해결방법이 없습니다.
Jira:RHELPLAN-120807[1]
kmemleak 옵션이 활성화된 경우 대규모 VM이 디버그 커널에 부팅되지 않을 수 있습니다.
RHEL 9 VM(가상 머신)을 디버그 커널에 부팅할 때 머신 커널이 kmemleak=on 인수를 사용하는 경우 다음 오류로 인해 부팅이 실패할 수 있습니다.
Cannot open access to console, the root account is locked. See sulogin(8) man page for more details. Press Enter to continue.
Cannot open access to console, the root account is locked.
See sulogin(8) man page for more details.
Press Enter to continue.이 문제는 부팅 순서에서 더 많은 시간을 소비하기 때문에 주로 대규모 VM에 영향을 미칩니다.
해결방법: 시스템에서 /etc/fstab 파일을 편집하고 /boot 및 / 마운트 지점에 시간 초과 옵션을 추가합니다. 예를 들면 다음과 같습니다.
boot /efi
UUID=e43ead51-b364-419e-92fc-b1f363f19e49 /boot xfs defaults,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 0 UUID=7B77-95E7 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 2
UUID=e43ead51-b364-419e-92fc-b1f363f19e49 /boot xfs defaults,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 0
UUID=7B77-95E7 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt,x-systemd.device-timeout=600,x-systemd.mount-timeout=600 0 2Jira:RHELDOCS-16979[1]
경우에 따라 Hyper-V를 활성화해도 CPU 최적화가 개선되지 않습니다.
Windows 게스트 운영 체제를 사용하는 VM(가상 머신)에서 Hyper-V를 사용하면 일부 경우에 따라 VM의 CPU 사용량이 개선되지 않습니다. 현재 이 문제에 대한 해결방법이 없습니다.
Jira:RHEL-17331[1]
메모리 크기가 메모리 블록 크기와 일치하지 않을 때 VMware에서 메모리 핫플러그 가능
현재 연결된 메모리의 메모리 크기가 개별 메모리 블록 크기와 일치하지 않는 경우에도 VMware 하이퍼바이저의 RHEL 9 게스트에 메모리를 핫플러그할 수 있습니다. 그러나 이러한 방식으로 메모리를 연결하면 블록 크기가 정렬되지 않은 핫플러그 범위 오류로 항상 실패합니다.
해결방법: 게스트에서 구성된 메모리 블록 크기로 나눌 수 있는 핫플러그 메모리만 있습니다. 메모리 블록 크기를 가져오려면 lsmem 명령을 사용합니다. 자세한 내용은 Red Hat KnowledgeBase 를 참조하십시오.
Jira:RHEL-81748[1]
호스트가 AMD EPYC CPU 프로세서를 사용하는 경우 BIOS 또는 UEFI 지원 Hyper-V Windows Server 2016 VM을 부팅하지 못했습니다
Hyper-V를 사용하면 Hyper-V Windows Server 2016 VM이 AMD EPYC CPU 호스트에서 부팅되지 않습니다.
해결방법: 다음 로그 메시지를 확인합니다.
kvm: Booting SMP Windows KVM VM with !XSAVES && XSAVEC. If it fails to boot try disabling XSAVEC in the VM config.
kvm: Booting SMP Windows KVM VM with !XSAVES && XSAVEC.
If it fails to boot try disabling XSAVEC in the VM config.
그리고 -cpu cmdline 에 xsavec=off 를 추가하여 Hyper-V Windows Server 2016 VM을 부팅합니다.
Jira:RHEL-38957[1]
Azure Confidential VM에서 kdump 를 완료하지 못했습니다.
Azure Confidential VM의 Red Hat Enterprise Linux VM에서 커널이 충돌하는 경우 DCv5 및 ECv5 시리즈의 경우 kdump 프로세스가 완료되지 않고 VM이 응답하지 않을 수 있습니다. 결과적으로 강제 재부팅 후 vmcore-incomplete 파일이 있습니다.
Jira:RHEL-70228[1]
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}