XenServer - VDI is not available

http://egloos.zum.com/rockitch/v/2820332

VM을 start 시킬 때 "VDI is not available" 이라는 에러 메시지가 뜨면서 안 켜질 때가 있다.
일단 켜진 다음에 부팅이 안되면 OS가 깨진 것이겠지만,
아예 안 켜지면서 이 메시지가 뜨는 경우는 VM과 VDI 사이를 연결하는 VBD가 깨졌을 가능성이 있다.
이해를 돕기 위해 아래의 그림을 보면...

VM이 SR 내에 존재하는 자기 몫의 디스크인 VDI 를 연결하기 위해,
중간에 VBD 라는 개체가 필요하다.
이 개체가 깨졌다면 SR 연결은 정상적이라도 VDI에 접근할 수가 없는 것이다.
이런 경우 아래의 절차로 VBD를 새로 생성해 주면 된다.


1) 접근이 안되는 VDI 의 정보를 확인

 XenCenter 에서 안 켜지는 VM을 선택하여 Storage 탭을 클릭
 -> 자신에게 연결된 VDI의 이름과 SR 위치를 확인할 수 있다.
 
만약 동일한 이름의 VDI가 여러개 있다면
 (xe vdi-list name-label=<위에서 확인한 VDI 이름> 을 했을 때 여러개 나온다면)
 이 VDI를 식별할 수 있도록 XenCenter 상에서 해당 VDI를 선택하고 우클릭하여 properties 
 -> 식별할 수 있도록 이름을 조금 수정한다.

이렇게 해서 이름만 가지고 확실히 연결이 안되는 VDI가 누구인지를 식별할 수 있다면,
아래의 명령어로 필요한 정보를 미리 확인해 둔다.

# xe vdi-list name-label=<VDI 이름>
 uuid   (RO) : [VDI의 UUID]
 name-label : [VDI의 이름]
 name-description :
 sr-uuid : [이 VDI가 들어 있는 SR의 UUID]


2) VDI Forget
연결이 안되는 VDI 의 관련 정보를 날려 주기 위해 아래의 명령어를 사용한다.

 # xe vdi-forget uuid=<위에서 확인한 VDI의 UUID>

명령어 수행 후 XenCenter에서 VM의 Storage 탭에서 보면,
붙어 있던 VDI 가 없어진 것을 확인할 수 있다.


3) VDI 재인식

VDI에 대한 정보는 없어졌어도 SR에서 이 VDI가 삭제된 것은 아니다.
아래의 명령어를 수행해 본다.

# xe sr-scan uuid=<위의 VDI 정보 내 확인한 SR의 UUID>

XenCenter 에서 해당 SR을 선택하여 Storage 탭을 클릭해서 보면,
이름 없는 VDI 가 하나 생겨난 것을 볼 수 있다.
이 것이 조금 전에 정보를 날려준 그 VDI가 맞다.
만약을 위해 사전에 같은 SR 내에 이름도 없고 VM에 연결도 안 되어 있는 VDI가 없도록 한다.


4) VDI attach

우선 정보가 날라간 VDI 에 이름을 붙여주자.
3)의 step 에서 이름없는 VDI 를 선택하고 우클릭 -> properties 에서 이름을 넣어줄 수 있다.

그 다음에는 문제가 있었던 VM의 Storage 탭에서 Attach... 버튼을 눌러 
조금 전에 이름을 붙여준 이 VDI 를 선택하여 붙여 준다.


이제 VM이 정상적으로 기동이 되는지 켜본다.
대체로 VBD만 깨졌던 경우라면 이와 같은 절차로 정상적으로 VM을 살려줄 수 있다.

아래의 링크를 참조하였다.
http://virtualben.blogspot.com/2011/04/vdi-is-not-available-xenserver-56-fp1.html