CloudStack由于解决主机宕机引起的SSVM与CPVM无法删除的方法

孤独海岸线

问题背景：

运行SSVM跟CPVM的物理机发生宕机，查看SSVM跟CPVM状态仍旧为 Running, 所在主机仍旧显示为宕机物理机，于是将该物理机启动成功，
登录物理机通过virsh list --all 命令查看SSVM跟 CPVM是否确实运行成功，发现并没有，再查询所有物理机，发现依旧没有发现 SSVM跟 CPVM的虚机，
然而CloudStack的UI界面显示SSVM跟CPVM一直为Running,也显示运行在该主机上面，当然Ping不通其IP地址，于是想将SSVM 跟  CPVM 删除，但是都不行，连停止操作都失败,
但是竟然可以顺利创建实例，简直就是一个BIG BUG！

关键信息：
Unable to destroy the vm because it is not in the correct state: VM[SecondaryStorageVm|s-1-VM]   
数据库信息
mysql> SELECT * FROM host WHERE  name like '%s-1-VM%'\G  //主机信息中的系统虚机信息
*************************** 1. row ***************************
                  id: 21
                name: s-1-VM
                uuid: 986db967-13a9-48ca-815b-c41d6951a3f3
              status: Disconnected
                type: SecondaryStorageVM
  private_ip_address: 10.196.53.74
     private_netmask: 255.255.255.0
private_mac_address: 06:51:e0:00:00:07
  storage_ip_address: 10.196.53.82
     storage_netmask: 255.255.255.0
storage_mac_address: 06:51:e0:00:00:07
storage_ip_address_2: NULL
storage_mac_address_2: NULL
   storage_netmask_2: NULL
          cluster_id: NULL
   public_ip_address: 10.196.53.76
      public_netmask: 255.255.255.0
  public_mac_address: 06:e0:2c:00:00:0e
          proxy_port: NULL
      data_center_id: 1
              pod_id: 1
                cpus: NULL
               speed: NULL
                 url: NoIqn
             fs_type: NULL
     hypervisor_type: NULL
  hypervisor_version: NULL
                 ram: 0
            resource: NULL
             version: 4.1.1
              parent: NULL
          total_size: NULL
        capabilities: NULL
                guid: s-1-VM-NfsSecondaryStorageResource
           available: 1
               setup: 0
         dom0_memory: 0
           last_ping: 1354828061
      mgmt_server_id: 345051385634
        disconnected: NULL
             created: 2013-12-18 05:18:54
             removed: NULL
        update_count: 2
      resource_state: Enabled
               owner: NULL
         lastUpdated: NULL
        engine_state: Disabled
1 row in set (0.00 sec)
mysql> SELECT * FROM vm_instance WHERE  name like '%s-1-VM%'\G //虚拟机实例中的系统虚机信息，cloudstack界面上面的实例以及系统虚机状态均从该表中的state字段读取。
*************************** 1. row ***************************
                id: 22
              name: s-1-VM
              uuid: 8bd3ab0c-a431-4dd2-85a7-013921427f6a
     instance_name: s-1-VM
             state: Running
    vm_template_id: 3
       guest_os_id: 15
private_mac_address: 06:51:e0:00:00:07
private_ip_address: 10.196.53.74
            pod_id: 1
    data_center_id: 1
           host_id: 15
      last_host_id: 15
          proxy_id: 55
proxy_assign_time: 2013-12-18 05:20:52
      vnc_password: VoRRPovUk7w7/+islEFf9Ai0tbTep0WOJJod0PLOJkU=
        ha_enabled: 0
     limit_cpu_use: 0
      update_count: 3
       update_time: 2013-12-18 05:18:59
           created: 2013-12-18 05:17:04
           removed: NULL
              type: SecondaryStorageVm
           vm_type: SecondaryStorageVm
        account_id: 1
         domain_id: 1
service_offering_id: 9
    reservation_id: a2a55809-abfa-4b6e-92f8-105cf8bef2a8
   hypervisor_type: KVM
  disk_offering_id: NULL
               cpu: NULL
               ram: NULL
             owner: NULL
             speed: NULL
         host_name: NULL
      display_name: NULL
     desired_state: NULL
1 row in set (0.01 sec)
问题的关键点
就是数据库中两个字段的红色标注部分    ，一个表中显示的是Disconnected ，一个表中显示的是Running, CloudStack 的UI界面上面显示两个系统虚机也是Running。
问题解决：
了解这两个虚拟机的朋友都知道，这是个很强大的虚拟机，删除之后能够重建，一般这两个虚拟机出现了故障，也是通过删除，重建解决的，既然UI界面上面无法删除，那就在数据库中修改相应字段，将其状态置为Destroyed即可。
UPDATE vm_instance SET state='Destroyed'  WHERE name='s-1-VM';
UPDATE vm_instance SET state='Destroyed'  WHERE name='v-2-VM';
然后回到CloudStack UI界面查看

系统检测到原有的两个系统虚机状态都为Destroyed，就开始重建新的SSVM跟CPVM，等待其状态显示为Running,系统就恢复正常了。


本文出自 “暗黑魔君腾云端” 博客，请务必保留此出处http://clovemfong.blog.iyunv.com/3297559/1342180