A.19.9. libvirtd 가 시작될 때 게스트 가상 머신이 준비되지 않습니다.
- 증상
- libvirt 데몬이 성공적으로 시작되었지만 게스트 가상 머신이 존재하지 않습니다.
# virsh list --all Id Name State ---------------------------------------------------- - 조사
- 이 문제의 원인에는 여러 가지가 있습니다. 이러한 테스트를 수행하면 이 문제의 원인을 파악하는 데 도움이 됩니다.
- KVM 커널 모듈 확인
- KVM 커널 모듈이 커널에 삽입되었는지 확인합니다.
# lsmod | grep kvm kvm_intel 121346 0 kvm 328927 1 kvm_intelAMD 시스템을 사용하는 경우 root 쉘에서 lsmod | grepkvm_amd명령을 사용하여 kvm_amd 커널 모듈이 커널에 삽입되었는지 확인합니다.모듈이 없으면 modprobe <modulename> 명령을 사용하여 삽입합니다.참고드문 경우지만 KVM 가상화 지원은 커널로 컴파일될 수 있습니다. 이 경우에는 모듈이 필요하지 않습니다. - 가상화 확장 확인
- 호스트에서 가상화 확장 기능이 지원 및 활성화되어 있는지 확인합니다.
# egrep "(vmx|svm)" /proc/cpuinfo flags : fpu vme de pse tsc ... svm ... skinit wdt npt lbrv svm_lock nrip_save flags : fpu vme de pse tsc ... svm ... skinit wdt npt lbrv svm_lock nrip_saveBIOS 설정에서 하드웨어 펌웨어 설정에서 가상화 확장 기능을 활성화합니다. 이에 대한 자세한 내용은 하드웨어 설명서를 참조하십시오. - 클라이언트 URI 구성 확인
- 클라이언트의 URI가 의도한 대로 구성되었는지 확인합니다.
# virsh uri vbox:///system예를 들어, 이 메시지는 URI가 QEMU 가 아닌 RWO 하이퍼바이저에 연결되어 있음을 표시하고 QEMU 하이퍼바이저에 연결하도록 설정된 URI에 대한 구성 오류를 표시합니다. URI가 QEMU 에 올바르게 연결된 경우 다음과 같은 메시지가 표시됩니다.# virsh uri qemu:///system이 상황은 libvirt 가 기본적으로 사용할 수 있는 다른 하이퍼바이저가 있는 경우 발생합니다.
- 해결책
- 이러한 테스트를 수행한 후 다음 명령을 사용하여 게스트 가상 머신 목록을 확인합니다.
# virsh list --all
