8.15. 가상화
FIFO 스케줄러를 사용하는 RT VM이 올바르게 부팅됨
이전에는 vCPU 스케줄러의 fifo 설정을 사용하도록 실시간(RT) 가상 머신(VM)을 설정한 후 부팅하려고 할 때 VM이 응답하지 않았습니다. 대신 VM에 게스트가 디스플레이(yet) 오류가 초기화되지 않았습니다. 이번 업데이트를 통해 오류가 수정되었으며 vCPU 스케줄러에 대한 fifo 를 설정하면 설명된 상황에서 예상대로 작동합니다.
Jira:RHEL-2815[1]
덤프 실패로 인해 Secure Execution가 있는 IBM Z VM이 더 이상 실행되지 않음
이전에는 Secure Execution가 있는 IBM Z 가상 머신(VM) 덤프가 실패하면 VM이 일시 중지된 상태로 유지되어 실행되지 않았습니다. 예를 들어, 디스크에 충분한 공간이 없는 경우 virsh dump 명령을 사용하여 VM을 덤프하는 작업이 실패합니다.
기본 코드가 수정되었으며 덤프가 실패한 후 Secure Execution VM이 작업을 재개합니다.
Jira:RHEL-16695[1]
설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 보여줍니다.
이전 버전에서는 virtio-scsi 장치를 사용하여 VM에 RHEL을 설치할 때 device-mapper-multipath 버그로 인해 이러한 장치가 설치 프로그램에 표시되지 않을 수 있었습니다. 결과적으로 설치 중에 일부 장치에 직렬이 설정되어 있지 않은 경우 multipath 명령이 직렬로 설정된 모든 장치를 요청했습니다. 이로 인해 설치 프로그램에서 VM에 RHEL을 설치할 예상 시스템 디스크를 찾을 수 없었습니다.
이번 업데이트를 통해 다중 경로는 WWID(World Wide Identifier)가 없는 직렬 장치를 올바르게 설정하고 무시합니다. 설치 시 다중 경로 의 장치만 다중 경로 장치를 바인딩하는 데 사용하고 설치 프로그램은 VM에 RHEL을 설치하는 데 필요한 시스템 디스크를 보여줍니다.
Bugzilla:1926147[1]
다수의 큐를 사용하면 더 이상 VM이 실패하지 않음
이전에는 vTPM(가상 신뢰할 수 있는 플랫폼 모듈) 장치가 활성화되고 250개 이상의 대기열을 사용하도록 다중 대기열 virtio-net 기능이 구성된 경우 가상 머신(VM)이 실패할 수 있었습니다.
이 문제는 vTPM 장치의 제한으로 인해 발생했습니다. 이번 업데이트를 통해 문제가 수정되었으며 250개 이상의 대기열이 있는 VM과 vTPM이 안정적으로 작동합니다.
Jira:RHEL-13335[1]
Windows 게스트는 AMD EPYC CPU를 사용하는 호스트에서 v2v 변환 후 보다 안정적으로 부팅됩니다.
virt-v2v 유틸리티를 사용하여 Windows 11 또는 Windows Server 2022를 게스트 OS로 사용하는 VM(가상 머신)을 변환한 후 이전에 VM을 부팅하지 못했습니다. 이는 AMD EPYC 시리즈 CPU를 사용하는 호스트에서 발생했습니다. 이제 기본 코드가 수정되었으며 설명된 상황에서 VM이 예상대로 부팅됩니다.
Bugzilla:2168082[1]
nodedev-dumpxml 은 특정 중재된 장치에 대해 속성을 올바르게 나열합니다.
이번 업데이트 이전에는 nodedev-dumpxml 유틸리티에서 nodedev-create 명령을 사용하여 생성된 중재된 장치에 대해 속성을 올바르게 나열하지 않았습니다. 이 문제가 수정되었으며 nodedev-dumpxml 에 영향을 받는 장치의 속성이 올바르게 표시됩니다.
virtqemud 또는 libvirtd를 다시 시작한 후 virtiofs 장치를 연결할 수 없습니다
이전 버전에서는 virtqemud 또는 libvirtd 서비스를 다시 시작하면 virtiofs 스토리지 장치가 호스트의 VM(가상 머신)에 연결되지 않았습니다. 이 버그가 수정되었으며 이제 설명된 시나리오에서 virtiofs 장치를 예상대로 연결할 수 있습니다.
가상 머신에 Watchdog 카드를 핫플러그하는 데 더 이상 실패하지 않음
이전 버전에서는 PCI 슬롯을 사용할 수 없는 경우 실행 중인 VM(가상 머신)에 Watchdog 카드를 추가하는 데 실패했습니다.
Failed to configure watchdog ERROR Error attempting device hotplug: internal error: No more available PCI slots
이번 업데이트를 통해 문제가 해결되어 실행 중인 VM에 Watchdog 카드를 추가할 수 있습니다.
IBM Z의 virtio-gpu 에서 Blob 리소스가 올바르게 작동함
이전에는 virtio-gpu 장치가 IBM Z 시스템의 Blob 메모리 리소스와 호환되지 않았습니다. 결과적으로 IBM Z 호스트에서 virtio-gpu 를 사용하여 Blob 리소스를 사용하도록 VM(가상 머신)을 구성한 경우 VM에 그래픽 출력이 없었습니다.
이번 업데이트를 통해 virtio 장치에는 선택적 Blob 속성이 있습니다. Blob 을 on 으로 설정하면 장치에서 Blob 리소스를 사용할 수 있습니다. 이렇게 하면 virtio-gpu 장치에서 설명된 문제를 방지할 수 있으며 게스트와 호스트 간의 변환 데이터 복사를 줄이거나 제거하여 디스플레이 경로를 가속화할 수도 있습니다. Blob 리소스 지원에는 QEMU 버전 6.1 이상이 필요합니다.
virtio-win 드라이버를 다시 설치하면 더 이상 게스트에서 DNS 구성이 재설정되지 않음
Windows 게스트 운영 체제를 사용하는 VM(가상 머신)에서 NIC(네트워크 인터페이스 컨트롤러)의 virtio-win 드라이버를 다시 설치하거나 업그레이드하면 게스트의 DNS 설정이 재설정되었습니다. 결과적으로 경우에 따라 Windows 게스트가 네트워크 연결이 끊어진 경우도 있습니다.
이번 업데이트를 통해 설명된 문제가 해결되었습니다. 결과적으로 최신 버전의 virtio-win 을 다시 설치하거나 업그레이드하면 문제가 더 이상 발생하지 않습니다. 그러나 이전 버전의 virtio-win 에서 업그레이드하면 문제가 해결되지 않으며 Windows 게스트에서는 DNS 재설정이 계속 발생할 수 있습니다.
Jira:RHEL-1860[1]
virtio-win 드라이버용 virtio-win-guest-tool 의 복구 기능이 올바르게 작동합니다.
이전에는 virtio-win 드라이버(예: Virtio Cryostatoon 드라이버)에 virtio-win-guest-tool 의 복구 버튼을 사용할 때 버튼이 영향을 미치지 않았습니다. 결과적으로 게스트에서 제거된 후 드라이버를 다시 설치할 수 없었습니다. 이 문제는 해결되었으며 virtio-win-guest-tool 복구 기능이 설명된 상황에서 올바르게 작동합니다.
Jira:RHEL-1517[1]
