VMware 관리자라면 vSphere 인벤토리 목록에서 Invalid(잘못됨) 또는 Unknown(알 수 없음) 상태로 표시되는 가상 머신(VM)을 한 번쯤 마주했을 것입니다. 이 문제는 주로 가상 머신을 삭제한 후에도 어떤 이유로 데이터가 VMware vSphere/ESXi 구성에 남아 있을 때 발생합니다. 그 외에도 vMotion 실행 후 VMFS 스토리지에서 VM 파일을 수동으로 삭제한 경우 등 다양한 상황에서 나타날 수 있습니다.
문제는 vSphere Web Client의 기본 기능으로는 이러한 VM을 삭제할 수 없다는 점입니다. Actions 메뉴의 Unregister(등록 해제) 옵션이 비활성화되어 있기 때문입니다. 이런 VM을 제거하는 유일한 방법은 ESXi 호스트의 SSH 콘솔을 사용하는 것입니다.
SSH 콘솔을 이용한 Invalid VM 제거 절차
- 문제가 있는 VM이 있는 ESXi 호스트에서 SSH를 활성화합니다. (Actions → Settings → Security Profile → Services → SSH → Edit → Start)
- PuTTY, mputty 등 SSH 클라이언트를 사용해 ESXi 호스트에 접속합니다.
- 다음 명령어를 실행하여 문제가 되는 가상 머신의 ID를 확인합니다.
vim-cmd vmsvc/getallvms | grep invalid - 해당 호스트에 등록된 Invalid 상태의 모든 VM 목록이 표시됩니다.
Skipping invalid VM '22'와 같은 문자열이 보일 텐데, 이때 22가 바로 가상 머신의 ID입니다. - vSphere에서 해당 VM을 복구해 보고 싶다면 다음 명령어를 실행합니다.
vim-cmd vmsvc/reload 22
약 1분 후 클라이언트 화면을 새로 고침하고 VM 상태를 확인하세요. - 문제의 가상 머신을 등록 해제(삭제)하려면 아래 명령어를 실행합니다.
vim-cmd /vmsvc/unregister 22 - vSphere 클라이언트 화면을 새로 고칩니다. Invalid 상태의 가상 머신이 목록에서 사라진 것을 확인할 수 있습니다.
vmInventory.xml 파일을 수동으로 편집하는 방법
SSH 명령어 대신 호스트 구성 파일인 /etc/vmware/hostd/vmInventory.xml을 직접 편집하여 문제 VM을 삭제할 수도 있습니다. vi나 nano 같은 텍스트 편집기로 파일을 연 뒤, 문제가 되는 VM의 정보가 담긴 섹션을 삭제하면 됩니다. 작업 전에는 반드시 파일을 백업해 두는 것이 좋습니다. 편집을 마친 후에는 다음 명령어로 호스트 서비스를 재시작합니다.services.sh restart
실행 중인 VM이 Invalid 상태가 된 경우 (구성 파일 손상)
실행 중이던 가상 머신이 갑자기 Invalid 상태로 전환되었다면 VM 구성 파일(.vmx)이 손상되었을 가능성이 높습니다. 이 경우 다음 순서로 복구할 수 있습니다.
- 인벤토리에서 해당 VM을 제거하고 ESXi 호스트를 재시작합니다.
- 새로운 가상 머신을 생성한 후, 기존 VM의 가상 디스크(vmdk)를 연결합니다. (Use an existing disk 옵션 선택)
- Storage vMotion을 수행하여 새 VM의 모든 파일을 하나의 폴더로 모읍니다.
- 새 VM을 시작하고 정상적으로 작동하는지 확인합니다.
- 기존 VM의 파일을 삭제합니다.
VMFS 스토리지 접근 유실 후 발생한 문제 처리
VMFS 스토리지에 대한 접근이 일시적으로 끊겼다가 복구된 경우에도 Invalid 상태가 나타날 수 있습니다. 스토리지 접근이 정상화되면 실행 중이던 VM은 계속 작동하지만, 꺼져 있던 VM들은 고립(isolated) 상태가 됩니다. 이 경우 다음과 같이 수동으로 처리해야 합니다.
먼저 고립된 VM들을 인벤토리에서 제거합니다. 그다음 VMFS 스토리지에서 해당 가상 머신의 VMX 파일을 찾아 마우스 오른쪽 버튼으로 클릭하고 Register VM(VM 등록)을 선택하여 다시 등록합니다. 마지막으로 VM을 시작하고 정상적으로 접근 가능한지 확인하면 됩니다.
