VM 문제 해결
비정상적인 VM 동작이 표시되는 경우 이 섹션은 문제를 해결하는 데 도움이 되는 것을 목표로 합니다. 이 섹션에서는 응용 프로그램 로그의 위치와 XenServer 솔루션 공급자가 문제를 추적하고 해결하는 데 도움이 될 수 있는 기타 정보에 대해 설명합니다.
중요:
XenServer 솔루션 공급자 또는 지원 팀의 지시에 따라서만 이 섹션의 문제 해결 정보를 따르십시오.
공급업체 업데이트: 운영 체제 공급업체에서 제공하는 업데이트를 통해 VM을 최신 상태로 유지합니다. 공급업체는 VM 충돌 및 기타 오류에 대한 수정 사항을 제공했을 수 있습니다.
VM 충돌
VM 크래시가 발생하는 경우 커널 크래시 덤프가 문제를 식별하는 데 도움이 될 수 있습니다. 가능한 경우 충돌을 재현하고 다음 절차를 따릅니다. 이 문제에 대한 추가 조사는 게스트 OS 공급업체에 문의하십시오.
VM의 크래시 덤프 동작은 다음을 사용하여 제어할 수 있습니다. 충돌 후 작업 매개 변수. 가능한 값은 다음과 같습니다.
| 값 | 설명 |
|---|---|
preserve |
VM을 일시 중지된 상태로 둡니다. (분석용) |
restart |
코어 덤프 없음, VM을 재부팅합니다. (기본값) |
destroy |
코어 덤프가 없으면 VM이 중지된 상태로 둡니다. |
VM 크래시 덤프를 저장할 수 있도록 설정하려면:To enable saving of VM crash dumps:
-
XenServer 호스트에서 다음 명령을 실행하여 원하는 VM의 UUID를 확인합니다.
xe vm-list name-label=<name> params=uuid --minimal <!--NeedCopy--> -
를 변경합니다.
충돌 후 작업값을 사용하여xe vm-param-set; 예를 들어, dom0에서 다음 명령을 실행합니다.xe vm-param-set uuid=<vm_uuid> actions-after-crash=preserve <!--NeedCopy--> -
VM이 충돌합니다.
-
dom0에서 다음 명령을 실행하여 VM의 도메인 ID를 확인합니다.
xe vm-param-get uuid=<vm_uuid> param-name=dom-id <!--NeedCopy--> -
를 실행합니다.
XL 트리거충돌을 트리거하는 dom0의 명령:xl trigger <dom_id> nmi <!--NeedCopy-->
-
Windows VM 크래시 덤프 동작
기본적으로 Windows 크래시 덤프는 %SystemRoot%\미니덤프 Windows VM 자체에서. 메뉴 경로를 따라 VM 덤프 수준을 구성할 수 있습니다 내 컴퓨터 > 속성 > 고급 > 시작 및 복구.
Windows 진단을 위한 XenServer VM Tools 수집
Windows용 XenServer VM Tools에는 다음과 같은 진단 도구가 포함되어 있습니다. XT버그 툴. 이 도구는 PowerShell 스크립트로 사용할 수 있습니다. xtbugtool.ps1.
또한 이전 버전의 Windows에서 실행하기 위해 더 이상 사용되지 않는 배치 스크립트 버전을 제공합니다. xtbugtool.bat. 가능한 경우 PowerShell 버전을 사용하는 것이 좋습니다.
이 도구는 다음 운영 체제에서 지원됩니다.
- Windows 10
- Windows 11
- Windows Server 2016
- Windows Server 2019
- Windows Server 2022
- Windows Server 2025
XenServer VM Tools for Windows와 관련된 문제를 진단하는 데 도움이 되도록 스크립트는 Windows VM에서 다음 정보를 수집합니다.
- XenServer VM Tools for Windows 설치와 관련된 레지스트리 키
- NFO 및 텍스트 버전의 MSinfo
- 시스템, 보안 및 응용 프로그램 이벤트 로그System, Security and Application event logs
- 다음 파일 및 디렉토리:
C:\ProgramData\CitrixC:\ProgramData\Citrix Systems, Inc.C:\ProgramData\XenServerC:\Windows\Inf\setupapi.dev.logC:\Windows\Inf\setupapi.setup.log
- 다음 명령의 출력은 다음과 같습니다.
- 시스템 정보
- 작업 목록 /NH
- pnputil -e
- pnputil / 열거 형 드라이버
- winmgmt /verifyrepository
- ipconfig /모두
Powershell 스크립트 실행
PowerShell 스크립트를 실행하려면 다음 단계를 수행합니다.
- Windows VM에서 관리자 권한으로 PowerShell 터미널을 엽니다.
- 에서 시작하다 메뉴 유형
PowerShell(영문)을 선택하고 다음을 선택합니다. 관리자 권한으로 실행. - 디렉토리를 다음으로 변경합니다.
C:\프로그램 파일\Xe엔서버\XenTools\진단 -
다음 명령을 사용하여 스크립트를 실행합니다.
xtbugtool.ps1 <path_to_output_directory>출력 경로에 대한 값을 제공하지 않으면 스크립트가 현재 디렉터리로 출력됩니다.
스크립트는 다음과 같은 형식의 이름을 가진 압축 파일을 만듭니다. xtbugtool-yyyyMMddHHmmss.zip 지정한 출력 디렉터리에서.
배치 스크립트 실행(더 이상 사용되지 않음)
배치 스크립트를 실행하려면 다음 단계를 수행합니다.
- Windows VM에서 관리자 권한으로 명령 프롬프트를 엽니다.
- 에서 시작하다 메뉴 유형
cmd을 선택하고 다음을 선택합니다. 관리자 권한으로 실행. - 디렉토리를 다음으로 변경합니다.
C:\프로그램 파일\Xe엔서버\XenTools\진단 -
다음 명령을 사용하여 스크립트를 실행합니다.
xtbugtool.bat <path_to_output_directory>
스크립트는 다음과 같은 형식의 이름을 가진 압축 파일을 만듭니다. xt-bugtool-YYYY.MM.DD-xxxx.zip 지정한 출력 디렉터리에서.
UEFI 및 보안 부팅 문제
UEFI 지원 VM에서 XenCenter 콘솔의 화면 해상도를 변경하려면 어떻게 해야 합니까?
UEFI 지원 VM에서 XenCenter 콘솔의 화면 해상도를 변경하려면:
- 를 엽니다. Windows 설정
- 클릭 업데이트 & 안전 단추
- 복구 탭에서 지금 다시 시작 단추.
- 로 이동합니다. 문제 해결 > Advanced Options(고급 옵션) > UEFI 펌웨어 설정.
- 누르다 다시 시작할. 다시 시작하는 동안 UEFI 설정 메뉴가 로드됩니다.
- 로 이동합니다. 장치 관리자 > OVMF 플랫폼 구성. 그러면 현재 화면 해상도가 표시됩니다.
- 누르다 들어가다 화면 해상도 옵션을 확인합니다.
- 화살표 키를 사용하여 원하는 화면 해상도를 선택하고 들어가다.
- 누르다 F10 키 변경 사항을 저장하고 선택을 확인합니다.
- VM을 재부팅하여 XenCenter 콘솔을 업데이트된 화면 해상도로 표시합니다.
UEFI 보안 부팅 VM을 만들 수 없는 이유는 무엇인가요?
VM 운영 체제가 UEFI 보안 부팅 모드를 지원하는지 확인합니다. 보안 부팅을 지원하는 운영 체제는 다음과 같습니다.
- Windows 10(64비트)
- Windows 11(64비트)
- Windows Server 2016(64비트)
- Windows Server 2019(64비트)
- Windows Server 2022(64비트)
- Windows Server 2025(64비트)(미리 보기)
UEFI 보안 부팅 VM이 시작되지 않는 이유는 무엇인가요?
UEFI 보안 부팅 VM의 콘솔에 다음 메시지가 표시되고 XenCenter에 경고가 표시되면 보안 부팅 프로세스가 실패했으며 VM이 시작되지 않습니다.
이는 일반적으로 VM에 서명되지 않은 드라이버를 설치할 때 발생합니다. 마지막으로 성공한 보안 부팅 이후 업데이트되거나 설치된 드라이버를 조사합니다.
보안 부팅을 사용하지 않도록 설정하고 설정 모드에서 VM을 시작하여 서명되지 않은 드라이버를 제거할 수 있습니다.
중요:
이 작업을 수행하기 전에 스냅샷을 만들어 VM을 백업합니다.
UEFI 보안 부팅 VM을 UEFI 부팅 VM으로 변경하려면 VM을 호스팅하는 XenServer 호스트에서 다음 명령을 실행합니다.
varstore-sb-state <VM_UUID> setup
VM을 수정한 후 다음 명령을 실행하여 보안 부팅을 다시 사용하도록 설정합니다.
varstore-sb-state <VM_UUID> user
보안 부팅으로 인해 내 VM에서 문제가 발생하나요?
VM에 대해 보안 부팅을 사용하도록 설정하여 VM의 문제가 발생하는지 진단하려면 보안 부팅을 사용하지 않도록 설정하고 문제를 재현해 보세요.
보안 부팅을 사용하지 않도록 설정하려면 VM을 호스팅하는 XenServer 호스트에서 다음 명령을 실행합니다.
varstore-sb-state <VM_UUID> setup
문제를 디버깅한 후 다음 명령을 실행하여 보안 부팅을 다시 사용하도록 설정할 수 있습니다.
varstore-sb-state <VM_UUID> user
보안 부팅 Windows VM에서 Windows 디버그를 실행하려면 어떻게 해야 하나요?
보안 부팅 Windows VM에서는 Windows 디버그를 실행할 수 없습니다. VM에서 Windows 디버그를 실행하려면 다음 중 하나를 수행할 수 있습니다.
-
다음 명령을 실행하여 VM을 UEFI 부팅 모드로 전환합니다.
xe vm-param-set uuid=<UUID> platform:secureboot=falseVM을 재부팅합니다.
문제를 디버깅한 후 다음 명령을 실행하여 보안 부팅을 다시 사용하도록 설정할 수 있습니다.
xe vm-param-set uuid=<UUID> platform:secureboot=autoVM을 재부팅합니다.
-
VM을 호스팅하는 XenServer 호스트에서 다음 명령을 실행하여 보안 부팅을 사용하지 않도록 설정합니다.
varstore-sb-state <VM_UUID> setup문제를 디버깅한 후 다음 명령을 실행하여 보안 부팅을 다시 사용하도록 설정할 수 있습니다.
varstore-sb-state <VM_UUID> user
UEFI 지원 Windows VM에 대해 두 개의 NIC만 표시되는 이유는 무엇인가요?
UEFI 지원 VM을 만들 때 두 개 이상의 NIC를 설정했더라도 VM을 처음 시작할 때 두 개의 NIC만 표시됩니다. XenServer VM Tools for Windows가 VM에 설치되면 이 정보가 올바르게 표시됩니다.
에뮬레이트된 디바이스가 UEFI Windows VM에서 예상한 것과 다른 유형으로 표시되는 이유는 무엇인가요?
UEFI 보안 부팅 VM은 에뮬레이트된 디바이스에 NVME 및 E1000을 사용합니다. 그러나 VM이 처음 시작되면 에뮬레이트된 디바이스가 다른 유형으로 표시됩니다. XenServer VM Tools for Windows가 VM에 설치되면 이 정보가 올바르게 표시됩니다.
템플릿을 BIOS 모드에서 UEFI 또는 UEFI 보안 부팅 모드로 변환할 수 없는 이유는 무엇인가요?
XenServer와 함께 제공된 템플릿에서만 UEFI 지원 VM 템플릿을 만들 수 있습니다.
를 사용하지 마십시오. xe 템플릿 매개 변수 설정 무언가가 설치된 템플릿 또는 스냅샷에서 만든 템플릿에 대한 명령입니다. 이러한 스냅샷의 부팅 모드는 변경할 수 없으며, 부팅 모드를 변경하려고 하면 VM이 부팅되지 않습니다.
UEFI 및 UEFI 보안 부팅 변수를 확인하려면 어떻게 해야 합니까?
UEFI 또는 UEFI 보안 부팅 VM이 호스팅되는 XenServer 호스트에서 다음 명령을 실행합니다.
varstore-ls
이 명령은 사용 가능한 변수의 GUID 및 이름을 나열합니다. 다음 명령에서 GUID 및 이름을 사용합니다.
varstore-get <VM\_ID> <GUID> <name> | hexdump -C
보안 부팅 VM에서 ‘테스트’ 드라이버를 사용할 수 없는 이유는 무엇인가요?
또한 타사와 협력하여 UEFI 보안 부팅 VM의 문제를 디버그하고 해결하는 경우 타사에서 테스트 또는 확인 목적으로 서명되지 않은 드라이버를 제공할 수 있습니다. 이러한 드라이버는 UEFI 보안 부팅 VM에서 작동하지 않습니다.
타사에서 서명된 드라이버를 요청합니다. 또는 UEFI 보안 부팅 VM을 설정 모드로 전환하여 서명되지 않은 드라이버로 실행할 수 있습니다.
Xentop 유틸리티
xentop 유틸리티는 XenServer 시스템 및 실행 중인 도메인에 대한 실시간 정보를 반그래픽 형식으로 표시합니다. 이 도구를 사용하여 VM과 연결된 도메인의 상태를 조사할 수 있습니다.
xentop 유틸리티를 실행하려면:
- SSH를 통해 XenServer 호스트에 연결하거나 XenCenter에서 콘솔 탭을 클릭합니다.
-
다음 명령을 실행합니다.
젠탑콘솔은 호스트에 대한 정보를 테이블에 표시합니다. 정보는 주기적으로 새로 고쳐집니다.
출력 열
xentop 유틸리티는 콘솔에 다음 열을 표시합니다.
- 이름 - 도메인의 이름입니다. “Domain-0”은 XenServer 제어 도메인입니다. 다른 도메인은 VM에 속합니다.
-
상태 - 도메인의 상태입니다. 상태는 다음 값 중 하나를 가질 수 있습니다.
- D - 도메인이 죽어가고 있습니다.
- S – 도메인이 종료되고 있습니다.
- B – 도메인이 차단되었습니다.
- C – 도메인이 다운되었습니다.
- P – 도메인이 일시 중지되었습니다.
- r – 도메인이 CPU 중 하나에서 활발하게 실행 중입니다.
- CPU(초) - 도메인의 CPU 사용량(초)
- CPU(%) - 도메인의 CPU 사용량(백분율)
- MEM(케이) - 도메인의 현재 메모리 사용량(KiB)
- MEM(%) - 도메인의 현재 메모리 사용량(백분율)
- 맥스멤(k) - 최대 도메인 메모리 사용량(KiB)
- 최대 메모리(%) - 최대 도메인 메모리 사용량(백분율)
- VCPUS (주)벤처기업 - 도메인에 할당된 가상 CPU의 수
- 그물 - 도메인에서 사용하는 가상 네트워크의 수
- 넷엑스(k) - 총 네트워크 tx의 양(KiB)
- 넷알엑스(k) - 총 네트워크 rx의 양(KiB)
- 증권 시세 표시기 - 가상 블록 장치의 수
- VBD_OO - VBD에서 요청 out of requests 오류가 발생한 총 횟수입니다. 이 경우 VBD에 대한 I/O 요청이 지연됩니다.
- VBD_RD - 총 VBD 읽기 요청 수
- VBD_WR - 총 VBD 쓰기 요청 수
- VBD_RSECT - VBD 읽기 섹터
- VBD_WSECT - VBD 쓰기 섹터
Xentop 매개 변수
다음 매개 변수를 사용하여 xentop 명령에 대한 출력을 구성할 수 있습니다.
- -h - xentop 명령에 대한 명령 도움말을 출력합니다.
- -V - xentop 명령의 버전을 출력합니다.
- -d 또는 –delay=초 - 업데이트 간격(초)을 설정합니다
- -n 또는 –네트워크 - 도메인과 연결된 각 VIF 네트워크에 대한 데이터를 출력합니다.
- -엑스 또는 –VBDS - 도메인과 연결된 각 VBD 블록 장치에 대한 데이터를 출력합니다.
- -아르 자형 또는 repeat-header (반복 헤더) - 각 도메인 앞에 표 헤더를 반복합니다.
- -v 또는 –vcpus - 도메인과 연결된 각 vCPU에 대한 데이터를 출력합니다.
- -나는 또는 –반복 - xentop이 종료되기 전에 표시할 반복(업데이트) 횟수
- -에프 또는 –전체 이름 - 잘린 이름 대신 전체 도메인 이름을 출력합니다.
또한 이러한 매개변수의 대부분은 xentop 유틸리티 내에서 구성할 수 있습니다.